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Preface 


This publication is a compilation of papers presented at the Second Space Station Evolution 
Symposium: “Beyond the Baseline 1991” from August 6-8, 1991. The symposium was structured 
as a forum to discuss the current status and future plans for Space Station Freedom (SSF). The 
primary purpose of the gathering was to review the plans and progress in ensuring a baseline design 
with the flexibility to accommodate a broad range of potential utilization demands and to effectively 
incorporate technology advances over the lifetime of the facility. The timing of the conference was 
chosen at the critical juncture between completion of the Delta Preliminary Design Reviews and the 
Program Critical Design Reviews. 

The plenary papers describe the current status of the restructured Space Station Freedom design, the 
plans of the international partners, and future utilization of the facility. Related programs in advanced 
technology and space transportation are also discussed. 

The technical sessions represent the results of tasks funded by Level I Space Station Engineering in 
Advanced Studies and Advanced Development. The charts presented are amplified here by facing 
page text. The work was accomplished in fiscal years 1990 and 1991 and was presented by those in 
government and industry who performed the tasks. 

The results of SSF Advanced Studies provide a road map for the evolution of Freedom in terms of 
user requirements, utilization and operations concepts, and growth options for distributed systems. 
Regarding these specific systems, special attention is given to: highlighting changes made during 
restructuring; description of growth paths through the follow-on and evolution phases; identification of 
minimum-impact provisions to allow flexibility in the baseline, and identification of enhancing and 
enabling technologies. 

The activities under Advanced Development and Engineering Prototype Development (EPD) are 
targeted to improve the functionality and performance of baseline systems, thus providing options to 
the program which reduce schedule and technical risks. These applications have the potential to 
improve flight and ground system productivity, reduce power consumption and weight, and prevent 
technological obsolescence. Products of these tasks include: “Engineering” fidelity demonstrations 
and evaluations of advanced technology; detailed requirements, performance specifications, and 
design accommodations for insertion of advanced technology, and mature technology, tools, and 
applications for SSF flight, ground, and information systems. 


Dr. Earle K. Huckins, III 
Director, Space Station Engineering 
Office of Space Flight 
NASA Headquarters 
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FREEDOM 



FUNDAMENTAL MANNED BASE 
OPERATIONS REQUIREMENTS 


OPERATIONS AND 
UTILIZATION 
DIVISION 



• Assemble using the Shuttle 

- Assemble in components with each stage left in a safe configuration 

- EVA required (but minimized) 

• Conduct Utilization at earliest practical opportunity during Assembly 

- Operate and utilize man-tended for several visits 

• Permanently man when Assured Crew Return Capability exists 

- Initially four crew, growing to eight as program allows 

- Up to 180 day stay times 

• Minimize crew time required for routine system operations and housekeeping 


• Provide on-orbit maintenance 

- minimize EVA 

• Provide long term logistics and utilization support with four Shuttle 

visits per year 

• Plan for a 30 year operational-life 


1 
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OPERATIONS CONCEPT DEVELOPMENT 


OPERATIONS AND 
UTILIZATION 
DIVISION 


Space Station Operations Task Force established in Fall 1986 

- Objective: Develop an operations framework for the international Space 
Station that provides: 

- Safe and user friendly operations 

- Supports participation of all partners 

- Addresses long-term operations cost issues 

- Allows for evolution 

-- Expertise from manned and unmanned programs 

— Recommendations to Associate Administrator for Space Station in 
Summer 1987 

-- Basic concept accepted for implementation 

Concept negotiated into Memoranda of Understanding with partners 

Documented Program requirements on flight hardware and software to 
meet concept 

Ground Systems Program Directive put ground infrastructure in place in 
May 1989 
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OPERATIONS AND 

INTERNATIONAL PARTNER AGREEMENT UTILIZATION 

DIVISION 


• All partners provide flight hardware and supporting 
ground elements 

— Exchange of partner element user space for U.S. 
provided resources such as power 

• All partners participate in management of station 

— Manned base operated as an integrated unit 

— Free-flying elements operated more autonomously 

• All partners provide crew 

• All partners share operating costs 
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OPERATIONS AND 

SPACE STATION OPERATIONS EXECUTION UTILIZATION 

DIVISION 
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OPERATIONS CONCEPT 


OPERATIONS AND 
UTILIZATION 
DIVISION 


Space Operations Support 

• Systems planning, monitoring, and control by the Space Station Control 
Center (SSCC) at JSC 

" SSCC has prime responsibility for safety of the crew and integrity of 
the manned base 

- Supported by Engineering Support Centers (ESC) at all development 

sites 

- Systems training to be accomplished primarily at the Space Station 
Training Facility (SSTF) at JSC 

— Additional training available at the international partner’s 
training centers 

- Systems and payload activities integrated into common timelines 
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OPERATIONS CONCEPT 


OPERATIONS AND 
UTILIZATION 
DIVISION 


Logistics/Ground Operations Support 

• Prime center of responsibility is KSC 

- Common logistics support for all programs at KSC being considered 

® Space Station Processing Facility (SSPF) provides for physical integration: 

- Payloads-to-racks 

- Racks-to Logistics Modules 

- Logistics Modules and other flight hardware into Shuttle cargo elements 

- Logistics Module Maintenance 

• Preflight integration of payload racks enabled at Payload Integration 

Center, domestic or international ^ 

• Logistics Support Analyses during DDT&E is basis for logistics 
requirements for spares, reliability, and maintenance 

• Initial logistics operations support by the developer 

- KSC integrates resupply ana sparing requirements 

- Logistics Operations Center at KSC after PMC 

• Initial logistics information available via: 

- Distributed logistics databases at developer 

- Integrated Logistics Information Systems after PMC 

• Logistics Module load planning using optimizing techniques 
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Management & Integration 

Program Management 

- Decision Support Systems 


Manifest Planning Systems 


Analytical Integration Support Tools 
(Systems & Payloads) 

Increment Plans Management 
- Decision Support Systems 
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Space Operations 


Current 

Approach 

Expert Systems/ 
Analytical Tools 

Telescience/ 

Teleoperations 

Advance Info. & 

Communications 

Systems 

Robotics 

Space Systems Operations 

- Systems Reconfiguration & 

Load Management 

- Contingency Management 

- Equipment Operation 



- 



Payload Operations 

- Experiment Execution 

- Resource Allocation 

- Conflict Resolution 






Maintenance Operations (EVA / IVA) 

- Diagnostic and Maintenance 

Procedures 

- Repair/Replace/Reverification 






Crew Health Care & Medical 
Operations 






Crew Workload Scheduling 
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Space Operations Support 


Integrated Schedule Development 
- Systems/Payloads/Resources 


Systems Performance Assessment & 
Diagnostic Support 
- Sustaining Engineering 


Flight Software & Hardware 
Configuration Management 


Communication Systems Management 

- Resource Allocation 

- Scheduling 


Flight Techniques Development 

- Training Techniques 

- Training Equipment & Systems 


Trajectory Control 


Robotics 
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Current Approach & Future Opportunities 
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— 


Logistics/Ground Operations 
Support 

Current 

Approach 

Expert Systems/ 
Analytical Tools 

Advance Information 
& Communications 
Systems 

Robotics 


Transportation Services 





Cargo Element Ground Processing 

- Procedures 

- Equipment 





Payload Physical Integration 





Prelaunch Acceptance Testing 





Logistics Module Processing 

- Load Planning/Module 
Reconfiguration 

- Module Cleaning 





Integrated Spares Inventory 

- Stock Management 





Ground Maintenance of Spares 
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SUMMARY 


OPERATIONS AND 
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• The Baseline Operations Concept is designed to support the 
multiflight-multistage Assembly Sequence and the Post-PMC era 

• Initial implementation of procedures and systems to support the concept are 
consistent with Shuttle and Spacelab experience 


• Many opportunities exist to enhance the approaches initially being 
implemented 

• Further insight during the Program’s development phase and during early 
operations will help select and focus potential evolutionary paths 
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"The Astronaut Science Advisor: Ground Testing During SLS-1" 


The goal of the Astronaut Science Advisor (ASA) project is to improve the scientific return of 
experiments performed in space by providing astronaut experimenters with an "intelligent 
assistant" that encapsulates much of the domain- and experiment-related knowledge 
commanded by the PI on the ground. By using expert systems technology and the availability of 
flight-qualified personal computers, it is possible to encode the requisite knowledge and make it 
available to astronauts as they perform experiments in space. The system performs four major 
functions: diagnosis and troubleshooting of experiment apparatus, data collection, protocol 
management, and detection of interesting data. 

The experiment used for development of the system measures human adaptation to 
weightlessness in the context of the neurovestibular system. This so-called "Rotating Dome" 
experiment (which was devised by Professor Laurence Young of MIT) was flown on the recent 
Spacelab Life Sciences One (SLS-1) Mission in June, 1991. This mission was used as an 
opportunity to test some of the system's functionality. Experiment data was downlinked from the 
orbiter, and the system then captured the data and analyzed it in real time. The system kept track 
of the time being used by the experiment, recognized occurrences of interesting data, summarized 
data statistically and generated potential new protocols that could be used to optimize the course 
of the experiment. The data collected during the mission is now being used to evaluate the 
system's advice and to fine-tune the system's performance in preparation for in-flight use of the 
system on SLS-2 in 1993. 

The project was made possible by NASA grant NCC 2-570 and RTOP 506-47-11 for "Crew Station 
Design," respectively from the AI Research Branch and the Human Factors Division at NASA- 
Ames. Apple Corporation also provided generous support. 



Motivation 


Perhaps the scarcest resource for manned flight experiments - on Spacelab or on the Space 

Station Freedom - will continue to be crew time. To maximize the efficiency of the crew, and to 
make use of their abilities to work as scientist collaborators as well as equipment operators, 
normally requires more training in a wide variety of disciplines than is practical. 

In a typical laboratory setting the Principal Investigator (PI) is able to exert direct control over all 
aspects of an experiment, and his or her expertise can be brought to bear as events unfold, to 
correct problems or to follow new leads. This kind of flexibility is currently lacking during space 
experimentation, both due to time and resource constraints, and due to the physical distance from 
the PI at the time of the experiment. Communication is often not sufficient or not timely enough to 
bridge this physical gap. 

Furthermore, astronauts are trained to perform a large number of experiments in different fields, 
and cannot be expected to acquire the in-depth knowledge required to deal effectively with all 
unexpected contingencies. This problem will be exacerbated in the Space Station era, with its 
longer tours and larger number of experiments. 



ASA Overview 


The primary objective of the Astronaut Science Advisor project is to improve the scientific return 
of experiments that astronauts perform in space. The approach being pursued is to use expert 
systems technology and the availability of flight-qualified personal computers to encode the 
domain- and experiment-related knowledge and make it available to the astronauts in space- 

borne laboratories. 
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Functions of the ASA 


There are four main functions that the ASA performs: 

• Data acquisition: The ASA can collect, reduce, and archive the raw experimental data 

that is generated dining experimental sessions. 

• Data quality monitoring: Ilie ASA monitors the input data streams and checks for erratic 

or "pinned" signals, and other symptoms of poor data. If poor data is detected, the system 
notifies the astronauts that there may be equipment malfunctions and allows the operator 
to invoke the troubleshooting module. 

• Detection of "interesting data": Data that is significantly different from what the 

Principal Investigator expects is noted and can be pursued in subsequent experimental 
runs. 

• Protocol management: The ASA keeps track of the time allocated to the experiment and 

dynamically generates new protocols if the experiment is running ahead of or behind 
schedule, or if there is interesting data detected. This newly proposed experiment 
protocol can then be viewed by the astronaut operator who can then decide whether to 
adopt or decline the new protocol. 


Project Team 

The ASA project team is comprised of individuals from several NASA centers and academic 
institutions. 

At NASA's Ames Research Center, ASA project leader Silvano Colombano, Michael Compton, 
and Richard Frainier work in the Artificial Intelligence Research Branch. Irving Statler works in 
the Aerospace Human Factors Research Division. 

Jurine Adolf and Tina Holden work at the Human Computer Interaction Laboratory at NASA's 
Johnson Space Center. 

Team members from the Massachusetts Institute of Technology include Professor Laurence R. 
Young, a world-renowned space scientist who has devised numerous experiments for space- 
borne laboratories. Dr. Young, whose domain- and experiment knowledge is being modeled in 
the ASA, is also Director of the Man-Vehicle Laboratory at MIT. Working with Dr. Young at 
MIT are Nicolas Groleau (a graduate student) and Peter Szolovits of the MIT Computer Science 
Department. 



System Architecture 

The ASA system is comprised of six modules: 

• The Data Acquisition Module (DAM) collects and reduces the raw data from the on-board 
experiment equipment. 

• The Data Quality Monitor (DQM) ensures that the incoming data is reliable and error-free. 

• The Protocol Manager (PM) helps keep the experiment on schedule by monitoring 

the experiment’s progress and suggesting modifications to the protocol when necessary. 

• The Interesting Data Filter (IDF) recognizes experimental data that is likely to be "interesting” 
to the PI, and helps the protocol manager suggest ways to pursue the interesting results. 

• The Diagnostic and Troubleshooting Module (DTM) helps the astronaut isolate, diagnose, and 

correct problems in the experimental apparatus. 

• The Executive Module moderates all inter-module communications, and ensures proper and 
timely allocation of system resources. 

These modules are distributed between two computers. The "Data Computer" runs the DAM and 
DQM, and is connected directly to the on-board experiment computer via an analog-to-digital 
converter. The back-end "AI Computer" runs the PM, IDF, DTM, and the Executive, and 
interfaces directly with the astronaut operator running the experiment. 



The Rotating Dome Experiment 

The experiment used for development of the system measures human adaptation to 
weightlessness in the context of the neurovestibular system. This so-called "Rotating Dome" 
experiment was devised by Professor Young and has flown on two previous Spacelab missions 
(including, of course, the recent SLS-1 Mission in June, 1991). It is also scheduled for flight 
aboard SLS-2 in May, 1993. 

The experiment apparatus consists of a hatbox-shaped dome the inside of which is covered with 
multi-colored dots. The subject inserts his or her head into the dome while the dome rotates in 
various directions and at various speeds. Shortly after the dome begins rotating, subjects cease to 
perceive that the dome is rotating and begin to sense that it is they themselves who are rotating in 
the opposite direction. This perceived self-rotation is called vection, and is recorded via a 
"joystick" which can be rotated by the subject to indicate the direction and magnitude of the 
vection. This joystick signal, along with signals from a torque sensor on a biteboard in the dome 
and electrodes on the subject's neck, constitute the raw data that is collected during the 
experiment. 

There are three experimental conditions that are tested during the in-flight dome sessions. In the 
so-called free- float condition, the only objects in contact with the subject's body are the 

biteboard inside the dome and the joystick used to indicate vection. In the neck-twist condition, 
the subject is in free-float but starts with his or her neck bent at a forty-five degree angle relative 
to their body. In the bungee condition, the subject is held down against a floorplate by a shoulder 
harness to simulate the tactile cues on the soles of the subject’s feet that occur in 1G. 



Setting up the Dome in the Spacelab Mockup 

In this picture, the MIX PI team is checking the procedure for setting up the Rotating Dome 

the Spacelab mockup at JSC. This mockup was used during the astronauts’ training. 



Testing the Dome in the Spacelab Mockup 

This picture shows one of Professor Young’s co-investigators testing the Dome apparatus after 
setup it up in the Spacelab mockup at JSC. 



Astronauts Conducting the Dome Experiment On-Orbit 

Thic r*iHhirc> ghows a frame of the snlit-screen video that was downlinked from the Spacelab 

during the Rotating Dome session on Mission Day 5. The image on the right side of the picture is 
a rear view of one of the astronauts performing the experiment (the astronaut's head can be seen 
in the dome with her shoulders and torso extending to the lower-right comer). The image on the 
left side of the picture is a closeup of the subject’s eye taken from the video camera inside the 

dome. 
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Typical Experiment Session 

A typical session for the Rotating Dome experiment lasts approximately one hour, and consists of 
setup and calibration steps, approximately six data collection runs, followed by shutdown and 
stowage steps . 

During setup, the astronauts deploy the apparatus, connect the dome and other sensors to the 
experiment computer, and test the equipment to make sure that everything is working properly. 

The actual experiment runs each consist of six thirty-second trials during which the dome rotates 
and data is collected. During each trial, the dome rotates at a certain speed (thirty, forty-five, or 
sixty degrees per second) either clockwise or counter-clockwise. Each run tests one of the 
experimental conditions (free-float, neck-twist, or bungee, as described before). Some of the 
runs, therefore, include additional steps such as attaching or adjusting the bungee harness. 

After data collection is complete, the astronauts then shut down the experiment and disassemble 
and stow the apparatus (although sometimes the dome is left deployed if it is going to be used 
later in the mission). 
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scenario: 


The second Rotating Dome session is being performed approximately mid-way through a 
mission. The session, which involves data collection from two subjects, is running slightly behind 
schedule. During the first Dome session on the previous day, the first subject exhibited 
interesting data. The second subject also participated in the previous session, yet exhibited erratic 
data. 

How should the current experiment protocol be refined to maximize the scientific return from this 
Dome session? 



The "Proposed" Protocol 

Here is a screen from the Protocol Manager that shows how ASA might respond in the scenario 
just described. 

On the left part of the screen is the original protocol, showing the predefined sequence of 
subjects, runs and conditions to be carried out during this session. This display indicates that the 
first subject is currently performing a neck-twist run. 

On the right part of the screen is the new protocol being proposed by the ASA in response to the 
fact that the session is a little behind schedule and the subjects' previous performance. Note that 
the ASA suggested that the second subject’s bungee run be replaced by an additional run involving 
the first subject in the free-float condition. This recommendation is made in light of the fact that 
the first subject provided interesting data the day before, while the second subject's previous data 
had been erratic. Also, substituting a free-float run for a bungee run saves approximately two 
minutes of bungee-setup time, which will help to put the session back on schedule. 
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Diagnosis and Troubles booting Example 

Another important capability provided by ASA is the ability to help astronauts identify and correct 
malfunctions with the equipment apparatus. The following is another hypothetical example of 
how the ASA might help an astronaut fix a problem with one of the electrodes used in the 
Rotating Dome experiment. 

Suppose that while preparing a new subject for a Dome run, one of the electrodes designed to 
record neck-muscle activity malfunctions. Without the ASA, the problem would probably not be 
noticed by the astronaut operator (because the electrodes are generally only tested while setting 
up the experiment apparatus initially). As a result, the bad electrode might only be recognized by 
the Principal Investigator on the ground when the "flat" signal began to print out on the stripchart 
recorder in the SMA. (Note that if this particular session happened to take place during the 
period of time when the Spacelab was out of of communication with the ground, the problem 
might not be detected until the data is downloaded that night, well after the experiment session 
has ended!) Assuming the Pis on the ground noticed the problem and were able to isolate it, they 
would probably need to request air-to-ground communications and convey a diagnosis and 
recovery procedure up to the crew (which might take up a substantial portion of the time 
remaining for the experiment itself). 

If the ASA were being used by the crew on board, it would recognize the bad signal during the first 
experimental trial and automatically notify the operator that a signal was bad. The diagnosis 
module would then estimate how long it might take to fix the problem and then either recommend 
a diagnosis procedure (such as swapping amplifiers with the other electrode) or recommend that 
the experiment session continue without the signal. In either case, the proper advice and help 
would be available to the crew immediately, regardless of whether or not the orbiter was in 
contact with the ground. 
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Support of the SLS-1 Mission 

The ASA was used in support of the Rotating Dome experiment during three major phases of the 
Spacelab Life Sciences One mission. 

During pre-flight data collection at the Baseline Data Collection Facility at JSC, the system was 
used to help collect data at launch-minus-150 days, launch-minus-75 days, launch-minus-45 days, 
launch-minus-30 days, and launch-minus-15 days. These data, which represent how the subjects 
perform under normal conditions in 1G, served as a baseline against which to compare the data 
collected in subsequent in-flight and post-flight sessions. 

During the actual mission, the Rotating Dome experiment was carried out on Mission Day 5 and 
Mission Day 6. During these experiment sessions, the ASA system was used on the ground near 
the Science Monitoring Area (SMA) at JSC. The ASA was connected to the same stream of raw 
data that was downlinked from the Spacelab and monitored by the Pis inside the SMA. 

After the mission, the ASA was used to collect post-flight data at NASA's Dryden Flight Research 
Facility at Edwards AFB, CA. These data collection sessions, which took place on retum-plus-0 
days, return-plus 1 day, return-plus-2 days, retum-plus-4 days, return-plus 7 days, and return- 
plus-10 days, measured the astronauts' responses as they re-adapted to gravity. 
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Monitoring the Dome Experiment in the SMA 
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progress during Mission Day 5. The Pis utilize a stripchart recorder and air-to-ground 
communications (when available) to help the astronauts as they conduct the experiment on orbit. 
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Operating the ASA During the On-Orbit Dome Experiment 

In the conference room outside the SMA, the ASA system monitored, in real-time, the data 
coming down from the orbiter. The computer on the right is the so-called "AI Computer" on 
which the reasoning components of the ASA reside. The computer in the middle is the so-called 
"Data Computer" that actually collects, checks, and archives the raw data before sending the 
reduced data over to the AI Computer. The portable computer on the left was also hooked up to 
the downlinked data, and monitored the digital data stream and reflected the status of the 
experimental apparatus. 
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Accomplish JCJTIl 6 In. t S 

The primary accomplishment of the ASA system in its testing during SLS-1 was that it proved that 

the system works under realistic conditions. 

The data collection and quality monitoring modules correctly acquired and interpreted the data, 
and were able to keep up with the real-time data stream. 

The data analysis routines correctly interpreted the data and provided meaningful quick-look 
analyses and statistical summaries of the experiment data that were printed out and taken in to 
the Pis in the Science Monitoring Area, who generally agreed with the analyses. 

The ASA generated new protocols that included steps to pursue the "interesting" data and that 
would make optimal use of the time remaining for the experiment. These new protocols were 
also printed out and taken into the SMA, where they were used by the PI team to plan for the 
possibility of subsequent experiment sessions. 
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Lessons Learned 


There were several major lessons learned during testing of the ASA: 

• Science experiments conducted in space should permit reactivity: 

Pre-defined experimental protocols don't offer the astronauts enough flexibility to deal 
effectively with unexpected problems or opportunities. The limited availability of air-to- 
ground communication and the circuitous nature of the air-to-ground links can severely 
limit the ability of Pis on the ground to help the astronauts during experiments. 

® The ASA would have been useful to the crew in-flight: 

The crew experience various equipment and scheduling problems (such as delayed session 
starts and deferred subjects). The ASA suggested protocol refinements that would have 
minimized the effect of these occurrences on the data collection. 

• Increased emphasis on set-up would have been useful: 

Development of the ASA focussed primarily on the data collection aspects of the 
experiment. However, set-up and calibration are important parts of the protocol and 
need to be addressed more thoroughly by the ASA. 

• An in-flight system could avoid many of the limitations of a ground-based system: 

The ASA, while running on the ground, was subject to the same limitations that affected 
the Pis influence on the experiment (especially loss-of-signal events and indirect 
communication with the crew). An in-flight system would have been able to avoid much 

of these problems. 
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There are significant differences between the nature of scientific experiments that are carried out 

on board the Space Shuttle and the way that future experiments are likely to be carried out 
aboard Space Station Freedom. 

Mission Duration: On the Space Shuttle, missions are generally limited to a period of seven to 
ten days. On the other hand, astronauts aboard Space Station Freedom will conduct 
experiments that may span months or even years. 

Experiment Variety: Relatively few experiments are performed on Space Shuttle missions. On 
SLS-1, which was the first Shuttle mission dedicated to life sciences experimentation, eighteen 
primary experiments were conducted, all of which were designed to study the affect of 
spaceflight on living creatures. The number and variety of experiments that are likely to be 
performed aboard Space Station, however, will be significantly greater, and may even increase 
by an order of magnitude over Shuttle experiments. 

Experiment Protocols: Protocols that dictate how experiments are conducted aboard the Space 
Shuttle are worked out years in advanced of the mission, are very tightly scripted, and are very 
hard to refine or modify once the mission is underway. However, protocols for experiments to be 
performed on Space Station must be very flexible and adaptable to the initial results. 
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Milestones 


During 1990, the ASA team focused primarily on development, integration, and testing of the 
various software modules that comprise the ASA system. 

Much of the effort during 1991 has focused on preparation for and support of the ASA testing that 
was performed in conjunction with the SLS-1 mission. This included the pre- and post-flight 
baseline data collection sessions as well as the collection of in-flight data during the mission itself. 

For the remainder of 1991 and much of next year, the ASA team will be refining the system based 
on the experience gained during the SLS-1 mission, and preparing for the planned flight of the 
ASA on board SLS-2. This will involve rehosting the software on flight-qualified portable 
Macintosh computers, and preparation for training the SLS-2 crew on operation of the ASA. The 
project team is also investigating issues involved at generalization of the system and looking at 
other potential applications of the ASA to spacebome science. 

In 1993, the system is planned for use aboard SLS-2, and will also be used during the pre- and 
post-flight data collection sessions for that flight, which is currently scheduled for May, 1993. 



Potential Applications 

Other space scientists have expressed interest in using the ASA for their experiments. These 

potential applications would serve as a means by which to help generalize the system and would 
result in a system that could be useful to a broader segment of the space science community. 

These potential applications include: 

• The Vestibular Sled Experiment: Another of Professor Young’s experiments, the 

Vestibular Sled measures human adaptation to weightlessness from a slightly different 
perspective from the Rotating Dome. The Sled experiment is planned for flight on the 
second International Microgravity Laboratory mission (IML-2) in the 1995-96 time frame. 
® Modeling of Planetary Atmospheres: An experiment devised by Tom Scattergood and 
Chris McKay involves studying the formation of organic aerosols in Titan's atmosphere 
by simulating that environment in the so-called Gas Grain Simulation Facility. 

• Cell Growth in the Weissman Apparatus: This experiment, devised by William Weissman 

and Rose Grymes, explores how the growth of lymphocytes is affected by microgravity. 

• Biomedical Monitoring and Space Research Centrifuge: These domains, being 

investigated by Robert Mah, would involve monitoring of astronaut physiology and 
conditioning , and control of experiments that use the Space Research Centrifuge. 



Conclusions: Implications for SSF 

The experience gained during the testing of the ASA in the context of the SLS-1 mission has 
implications for how automation can help maximize the scientific return of experiments carried 
out aboard Space Station Freedom. 

Missions" aboard Space Station will be far longer than those currently possible aboard the Space 
Shuttle. These long-duration missions will permit a wider variety of experiments, which in 
combination with the smaller crews will limit the pre-flight training and ground support that will 
be available to astronauts who must perform experiments in the Space Station environment. 

Experiments that will be carried out on board the Space Station are likely to be more reliant on 
the initial experimental results than on a pre-defined protocol. This will require that the 
astronauts be capable of interpretation of preliminary scientific data in order to determine the 
subsequent course of the experiments. 

The best way to meet these needs of crew "reactivity" and reduced reliance on help from the 
ground is to use advanced automation techniques (such as ASA) to provide the crew with on- 
board assistance. 





The Astronaut Science Advisor: 

Ground Testing During SLS-1 

^ 




Michael M. Compton 
Artificial Intelligence Research Branch 

ra/\sn Ames Research Center 


Space Station Evolution Symposium 
August 7, 1991 


Mail Stop 244-17 

Moffett Field, C A 94035-1000 

(415) 604-6776 

compton@ptolemy.arc.nasa.gov 


9 7 mmmu&m m 


. ' ' 






395 fjHECEDfMG' P*** 

Page BlAnK wo i fft- 





396 




rn M Ml f | 40 % M Kk B 

Sm |H S « m jgjr vk B n K^jl vB SB B 

M H ^gggB If m W H 11? ■ W W 


• Objective: 

To improve the scientific return of experiments 
performed in space. 

• Approach: 

Use expert systems technology to encode the domain 
and experiment knowledge commanded by the 
Principal Investigator and make it available to the 
astronaut experimenters. 
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Measures visual/vestibular interaction and how it 
is affected by human adaptation to microgravity 


Devised by Professor Larry Young of MIT's 
Man-Vehicle Laboratory 


Flown on two previous Spacelab missions 
(including SLS-1 in June, 1991) 



• Scheduled for flight aboard SLS-2 (in May, 1993) 
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During setup for a new subject, one of the signals 
that convey neck muscle activity "goes flat". 

Without the ASA, the problem might go unnoticed 
until Pis on the ground recognize the problem, 
notify the astronauts (and perhaps convey a 
troubleshooting procedure). 

With the ASA, the system would immediately 
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Pre-flight baseline data collection 
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Collection and archival of downlinked data 


Quick-look analysis and summary of data 
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• Cell Growth in Wiessman Apparatus 


• Biomedical Monitoring and Space Research 
Centrifuge 
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Abstract 


Space Station Freedom (SSF) is designed to be an Earth-orbiting multidisciplinary research and development (R&D) facility 
capable of evolving to accommodate a variety of potential uses. In order to identify SSF evolution requirements and define 
potential growth configurations, NASA Langley research Center's Space Station Freedom Office is analyzing user resource 
requirements for the post-PMC timeframe. The analysis goal is to define resource levels, including crew, power, and volume, 
which allow full utilization of SSF capabilities commensurate with minimum essential user requirements. Multiple scenarios have 
been studied including core R&D and combined SEI plus R&D utilization. This paper presents an analysis summary of a core R&D 
utilization scenario. Included are discussions of resource allocation assumptions for specific R&D disciplines, user requirements 
t trends, and growth resource projections. These preliminary results show total resource requirements of thirteen crew, 150 kW 
power, and additional laboratory volume equivalent to a second U.S. laboratory module. Additionally, orthogonal growth structure 
was identified as required to support SSF systems and users. 
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Discussion Topics 


• Utilization Drivers for Growth / Evolution 

• Utilization Analysis Summary 

• SSF Evolution Requirements - Core R&D 

Utilization 

- Pressurized Volume 

- Crew 

- Power/Thermal 

- Structure 


Summary and Conclusions 



Utilization Drivers for Growth / Evolution 


Through repeated analyses of user requirements for station resources, it has become apparent that the resources available to the 
users will need to be increased beyond those available at PMC. In fact, the accommodation of the PMC payload complement 
identified in the Level II flight-by-flight user payload and resupply cargo model requires sharing of crew and power, and falls short 
of meeting the volume requirements. In order to permit full operation of user payloads, as well as to accommodate a reasonable 
percentage of the number of experiments they wish manifested on station, it will be necessary to grow each of these resource 
capabilities. The preferred manner of growth is such that the available volume, crew, and power balance with user demand in such 
a way that no large surplus exists in any one resource. 


In the course of providing additional user resources, the station will evolve to incorporate new functions for users as well as for 
station operations. As an example, several large external payloads have been defined by OSSA, but cannot be accommodated on 
the PMC pre-integrated truss (PIT). Some form of growth structure will, therefore, be required to supply attach locations for these 
payloads. Additionally, expanded capability will be provided for existing station-provided user services. One area of increased 
functionality is growth in the data management system (DMS) throughput, storage capacity, and bandwidth. This can be provided 
as a result of an expandable and upgradeable baseline system design. Another enhancement for station operations could come in 
the form of an expanded Earth-to-orbit delivery system. To that end, the station will evolve to accommodate cargo delivery via 
expendable launch vehicles. 


New technology provides an avenue by which to maintain a productive research station. Incorporation of new technologies aboard 
Space Station would serve three main purposes. First, operations costs could be reduced and/or utilization of station could be 
increased through the use of advanced technologies. As an example, an advanced propulsion system such as Hydrogen - Oxygen 
propulsion could reduce costs by eliminating a significant number of annual launches to support station reboost. Secondly, crew 
safety could be enhanced -in this example by removing hydrazine contaminants from the proximity of EVA astronauts. Lastly, but 
perhaps most importantly for a long duration research facility, is that incorporation of new technologies would postpone 
obsolescence. 
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Iwers for Growth / Evolution 


« Increase resources for users 

- Reduce time-sharing of critical resources at PMC 

- Increase utilization by expanding user volume 

- Provide balanced resources 

• Provide expanded functionality for users & station 

- New classes of payloads (e.g., large external payloads) 

- New functionality within station-provided services such as 
DMS and C&T 

- ELV delivered cargo 


• Incorporate new technologies 

- Reduce operations costs and/or increase utilization 

- Increase crew safety 

- Avoid obsolescence 


Utilization Analysis Summary - Mission Requirements Data Sources 


Several data sources were surveyed in assessing user requirements. Of primary importance were the NASA supplied "payload 
traffic models." Each of the user codes (OSSA, OAET, and OCR) publishes their own traffic model which comprises a list of 
desired payloads to be flown annually for the early years of station operations. 


The Level II User Mission Data Base (UMDB) was the primary source for user mission requirements. This data base specifies the 
crew, volume, and power requirements for the majority of the missions used in this analysis. It also includes mission frequency, 
i.e., specifications of nominal, peak, and standby periods. Other data sources included the Space Station Freedom Program 
Utilization Sequence Databook, which provided general laboratory support facilities and laboratory support equipment (GLSF/LSE) 
volume requirements, and Change Request #BM010173A, "Laboratory Support Equipment Addback," providing GLSF/LSE power 
requirements. For the International Partner missions, the Memoranda of Understanding (MOUs) provided laboratory volume 
allocation specifications. 


Lastly, the NASA "90 Day Study on Human Exploration of Moon and Mars" was used to determine requirements for vehicle 
processing operations and R&D supporting the SEI. Specifically, the OSSA provided inputs on life science requirements, the 
MSFC lunar vehicle specifications, and the NASA KSC vehicle processing analysis were employed in utilization scenarios 
assessing SEI plus R&D requirements. 




• NASA HQ user representatives-supplied traffic models 

- Office of Space Science and Applications (11/90) 

- Office of Aeronautics, Exploration, and Technology (6/90) 

- Office of Commercial Programs (6/90) 

b • Level II Data 

s - User Mission Data Base, Revision 4.2 (9/90) 

- SSFP Utilization Sequence Databook (1 0/90) 

- CR# BM010173A, Laboratory Support Equipment Addback 

• International MOU's 

• NASA 90 Day Study on Human Exploration of Moon and 
Mars 
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Utilization Analysis Summary 


The purpose of this analysis is to identify resource levels needed to support SSF mature operations in the 2005+ timeframe. Since 
Program options for long term utilization are currently under study, analysis has been performed to evaluated several potential 
utilization scenarios. These include core research and development (R&D) and combined R&D and space exploration initiative 
(SEI) scenarios. By studying various user resource allocation schemes for a "core" R&D program and then for an SEI plus R&D 
program, it was determined that 150 kW of power, thirteen to fourteen crew, and additional laboratory volume equivalent to a U.S. 
laboratory module will be required to meet both station and user operational needs. 


The results are based on an allocation scheme commensurate with a "minimum essential" user capability. To establish this level of 
utilization, trend analysis was performed to derive resource relationships within specific user disciplines. These interrelationships 
were then employed in balancing the resources on the growth station to arrive at the stated growth resource requirements of 150 
kW, thirteen to fourteen crew, and two U.S. laboratory modules. 
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(i.e., crew, power, volume) commensurate with 
minimum essential user capability 

- Resource interrelations established through trend 
analysis 

- Balanced resources based upon interrelationships 
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Utilization Analysis Summary - Payload Trend Data 


Derivation of an accommodation methodology which would allow for multiple analysis iterations in a reasonable time span was 
necessary. Also, since this analysis focuses on user requirements in a timeframe later than user traffic model specifications, there 
was a need to create "generic" missions which represent average requirements for each user discipline. Consequently, user 
mission requirements were compiled from several data sources with the goal of reducing hundreds of experiment specifications 
into a manageable set of experiment characteristics. 


Each mission was classified according to one of nine research disciplines: Life Sciences, Microgravity Research, Technology 
Development (internal and external), Observational Sciences, Commercial Materials Processing, Commercial Life Sciences, 
External Commercial, and GLSF/LSE. 


For each of these mission classes, the mission data were reviewed for "trends" in resource consumption (i.e., power use per 
double rack, crew use per double rack, etc.). Additionally, interrelationships between resource use among users (e.g., power 
verses crew for pressurized payloads) were derived to aid in balancing resource capabilities. These newly established trend data 
were then applied to the allocated user volume to determine total user requirements. Through iterative refinement of the allocation 
scheme, the resources were balanced in accordance with the interrelationships derived in the trend analysis. 
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Per ISPR: 
Life Sci 
jLi-g Research 
TD (internal) 
Com'l Mat'ls 
Com'l Life Sci 
GLSF/LSE 


Per APAE-equivalent: 
TD (external) 

Obs. Sciences 
Com'l (external) 


0.09 2334 

0.31 1064 

0.19 210 

0.13 1596 

0.05 812 

negligible negligible 


0.03 338 

negligible 1400 
negligible 1465 




Utilization Analysis Summary - Power vs Crew Trends 


As an example of resource interrelationships, this chart shows the derived user power versus crew trend for a subset of U.S. 
payloads. Each datum point plots the combined power requirements for all the Life Science, Microgravity Research, and (internal) 
Technology Development missions manifested in that year of the appropriate traffic model against the combined crew 
requirements of the same collection of payloads. The correlation between user crew and power is shown by a second order 
regression. 


U> 




* Level I Traffic Model missions 
for internal Life Science, Microgravity 
Research, and Technology payloads 
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SSF Evolution Requirements - 
Core R&D Utilization 
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SSF Evolution Requirements - Core R&D Utilization - Principal Assumptions 


This utilization analysis scenario is based on accommodation of core R&D missions as defined in the NASA payload traffic models 
and mission data bases. No specific SEI utilization such as vehicle processing or augmented life science mission supporting 
microgravity countermeasures were included. It should be noted, however, that objectives of some of the core life science and 
technology development missions do support SEI research requirements. 


The timeframe assumed is SSF mature operations in the CY2005+ period. The R&D utilization is strongly oriented toward life 
science and technology development. It is assumed that many of the early microgravity and materials processing missions have 
either completed their objectives or have moved off station to dedicated free-flying facilities. Also, the International Partner rack 
allocation is used to emphasize life science and technology development with resources consistent with similar U.S. missions. 
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R&.P Utilization 

ions 


• Us© 1990 PetyloficS Traffic Mod© Is as guideline 

• No dedicated SEI contribution 

• Allocation scheme 

- Post 2005 timeframe 

- Strong life sciences and technology development 
utilization 

- Moderate Microgravity Research accommodation; 
assumes early microgravity payloads have moved off 
station 

- Crew and power for international volume consistent 
with U.S. usage 


SSF Evolution Requirements - Core R&D Utilization - User Volume Requirements 


This chart shows the availability of user racks on station versus the required user volume. It is apparent that in order to satisfy the 
desires expressed in the traffic models, it would be necessary to add volume to the PMC configuration. Further, by 2003 (the year 
in which the traffic models expire), the volume requests have exceeded the capabilities of the PMC station in excess of an 
additional laboratory module plus node. This equates to approximately 67% more volume than is available at PMC. 


Accommodation of the life science 2.5 meter centrifuge was assumed to be in a facility external to the core module pattern which 
provides two additional user racks for equipment such as the habitat holding facilities. 
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SSF Evolution Requirements - Core R&D Utilization - User Volume Allocation Scheme 


For the Core R&D utilization scenario (Life Sciences and Technology Development emphasis), the chosen allocation attempted to 
accommodate the maximum number of racks requested in the OSSA traffic model for Life Sciences (10), and of racks requested in 
the OAET traffic model (12), It was assumed that fifty percent of all microgravity science would be moved off station by this time, 
so the racks allocated to Microgravity Research and Commercial users were roughly one-half of their traffic model requests. 

The resultant allocation provides 1 00% accommodation of the core rack requirements for Life Sciences (10 racks), and an equal 
number of racks for Technology Development (83% of request). Eleven racks were allocated to Microgravity Research and 
Commercial payloads (50% of request) in keeping with the above assumptions. 


In addition to the allocation of user volume, an attempt was made to identify an attached payload program appropriate to a core 
R&D utilization. Since Life Sciences and Technology Development disciplines were being emphasized, and since Life Sciences 
sponsor no attached payloads, four dedicated Technology Development attach sites were allocated to accommodate an attached 
program at least as robust at that developed in the OAET traffic model. (This assumed some attach sites can support multiple 
small payloads). It was further assumed that the large proposed OSSA attached payloads that could not be accommodated earlier 
£ in station operations would also be accommodated. To this end, three attach sites were allocated for Astromag-class payloads. 
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10.0 racks 



64 user racks 


Developmer 

Microgravity 
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SSF Evolution Requirements - Core R&D Utilization - Crew Requirements 


Thirteen crew are required to meet this allocation of payloads, with over 20% of the user crew attributable to Technology 
Development payloads. Crew requirements for specific user disciplines are shown as segments within the bar graph. The crew 
housekeeping specification of 3.8 crew is the result of a first order estimate based on total pressurized volume. Studies are 
currently underway to refine this estimate. 


Growth habitation modules will be required to house the additional nine crew required by this core R&D utilization scenario. 
Assuming each habitation module houses four crew, this implies four total habitation modules. The actual number of habitation 
modules required is dependant upon system and crew accommodation facility requirements in the growth habitation modules. 













SSF Evolution Requirements - Core R&D Utilization - Power Requirements 


Approximately 144 kW average power generation capability is required to meet this allocation of payloads, with -50% of the power 
load required for station housekeeping, i.e., non-user equipment including station distributed systems. Power requirements for 
specific user disciplines are shown as segments within the bar graph. The power housekeeping requirement of 72.2 kW is an 
extrapolation based on PMC system requirements. 
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SSF Evolution Requirements - Core R&D Utilization - Growth Structure Requirements 


This utilization analysis has driven out growth structure requirements for several purposes. Growth structure is required to extend 
the solar power booms so that additional power generation equipment may be added outboard of the solar alpha joints. Also, 
growth structure which is orthogonal to the pre-integrated truss transverse boom is required to provide additional external attach 
locations. This external volume is necessary for user attached payloads and is also required to support equipment associated with 
growth systems, e.g., equipment needed for an advanced propulsion system. Also, the additional external attach volume will 
provide valuable storage locations for spare hardware and EVA equipment. 

An important additional aspect of the orthogonal growth structure is the flexibility it would provide in the growth plan for Freedom. 
For example, the growth structure could allow for cargo transfer vehicle storage (required by ELV cargo delivery system), for 
servicing of contamination sensitive free flyers, and/or for SEI vehicle processing and hangaring. (In fact, the SEI vehicle 
processing and hangaring were assumed to be accomplished in this very manner in the SEI plus R&D utilization scenario). 



Ability to add structure to the baseline PIT is required for 

- Extension of the power booms to support growth power 

- Accommodation of orthogonal structure 

Orthogonal growth structure provides necessary attach 
locations ana volume for 

- External attached payloads 

- Growth distributed system components such as H - O 

propulsion ORUs, growth TCS ORUs, etc. 2 2 

- Storage of external equipment and spares 

Also provides flexibility in the growth path, i.e., may 
accommodate facilities for 

- CTV storage 

- Servicing of contamination sensitive free flyers 

- SEI vehicle processing/hangaring 


Summary & Conclusions 


• SSF user growth requirements have been assessed 
through multiple analyses, using sanctioned user inputs 

- User resource trends established 

- "Core R&D" and "SEI plus R&D" scenarios 

- Varying allocation assumptions 

• Analysis approach is based on balancing resources (i.e., 
crew, power, volume) commensurate with minimum 
essential user capability 

• Key SSF evolution requirements have been derived 

- Pressurized volume (user and crew habitat ) 

- Power/Thermal 

- Structure 
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There are three primary objectives for the Space Station Freedom (SSF) Growth Concepts and Configurations study task. 

The first objective is the development of evolutionary SSF concepts consistent with user requirements and program constraints. In 
the past this objective has been met by defining separate evolution growth concepts for the support of different classes of user 
missions, such as multidisciplinary research and development concepts and Space Exploration Initiative (SEI) transportation node 
concepts. The approach that is now being used is to derive the full set of user mission requirements for both R&D and SEI and 
integrate them into one set of SSF evolution concepts, referred to as continued development phases. 

A detailed discussion of SSF user requirements and an overview of the methods used to derive the requirements for the 
restructured SSF is provided in a paper by Kevin Leath, Rudy Saucillo, and Karen Brender entitled, "Evolution User Requirements 
for the Restructured Space Station" enclosed in this volume. The final results of their analysis conclude that independent of which 
user mission model (SEI or R&D) is used, the total end user requirements are nearly identical. The results indicate that 
approximately 150 kW of power, a crew of 13-14, and additional laboratory volume equivalent to the first U.S. Laboratory module are 
required to meet future user needs. In addition, orthogonal growth structure is required to support SSF systems and user needs. 

The second primary objective is to ensure the feasibility of the proposed SSF evolution concepts at the system level. This includes, 
but is not limited to, an assessment of SSF evolution flight control analysis, logistics assessment, maintainability, and operational 
considerations. 

The final objective is to ensure compatibility of the baseline SSF design with the derived evolution requirements at both the system 
and element (habitat modules, power generation equipment, etc.) levels. 
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• Develop evolutionary concepts for Space Station Freedom 
consistent with user requirements and program constraints 

• Ensure feasibility of evolution concepts at the system level 
(controllability, logistics, maintainability, etc.) 

• Ensure compatibility of baseline design with evolution 
requirements at the system (e.g., configuration) and 
element (e.g. habitation module) levels 
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PRODUCTS 


The main product of this study is the development of SSF evolution configuration phases and growth hardware elements. Each 
evolution phase description will provide an overview of functional capabilities, physical characteristics, and performance 
characteristics. The physical characteristics include the identification of each phases mass, inertias, ballistic coefficient, and center of 
gravity. Each of these items is used to drive the Langley Research Center’s in-house performance analysis tool, IDEAS 2. IDEAS 2 
has the capability to perform simulation of vehicle flight dynamics, orbital lifetime, and reboost propellant assessment. In addition, 
graphic representations of the various evolution concepts are provided to further enhance study and design activities. 

The primary source for collection of configuration analysis is the SSF Engineering Data Book, which was developed and is 
maintained at Langley Research Center. 

Another important product of this study is the development of element growth concepts. This includes performing cost and weight 
trades, assessing the impacts on the baseline design of either incorporating or not incorporating the different growth elements, and 
performing a preliminary operational assessment. This process will allow the identification of critical scars that need to be included 
in the baseline SSF design, as well as, provide for an initial input to the subsystem designers for detailed design-for-growth activities. 
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Products 


• Configuration descriptions of evolution phases and growth 
elements 

- Primary input to the Engineering Data Book and 
associated data books 

- Groundrule data for distributed systems and operations 
tasks 

• Element growth concepts including cost and weight trades, 
impacts on baseline design, operational impacts, and 
impacts of non-inclusion of design accommodations 

- Allows identification of "critical scars” and provides 
subsystem designers a "running start" on detailed 
design-for-growth activities 
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APPROACH AND METHODOLOGY 


The approach used to develop the SSF evolution configurations has three primary steps. The first step involves the completion of 
the individual SSF advanced studies to the point where configuration inputs to the study are critical. As an example, the module 
pattern trade study which is currently being conducted has several trades, such as node to module interface concerns and remote 
manipulator reach access, which can be assessed independent of overall SSF configuration design. On the other hand, such trades as 
module pattern impact on SSF flight attitude and viewing obstruction assessments, can only be performed using an integrated SSF 
configuration which takes into account the results of other trade studies that are being conducted concurrently. 

The second step is integrating all of the trade studies which are currently being conducted into a large number of potential 
configuration options. 

The third step is using a tiered. Figure of Merit (FOM) method to assess all of the possible configuration options. The Figure of Merit 
method is described in more detail on the following chart. 

The final result of the process is the ranked series of configuration options. Several of the top ranked options will be maintained for 
consideration because of the fact that not all of the mission parameters used in the FOM process have been fully defined at this time 
and are subject to change with evolving user and mission requirements. 




SSF Advanced Configuration 
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TIERED FIGURES OF MERIT 


In order to handle the large trade space that results from the SSF evolution configuration process described earlier a method based 
on utility theory, which transforms both quantitative and qualitative criteria into non-dimensional utility scale for comparison of 
dissimilar figures of merit, is chosen. This benefits of this method are that the process is systematic, retraceable in nature, and allows 
for interaction among the key decisions makers that are involved. The utilization method used in this study consists of he 
following major steps, (1) identification of the Figures of Merit (criteria); (2) ranking of the criteria in order of importance; (3) 
weighting of the criteria based on rankings; (4) measuring each SSF evolution concept with respect to the selection criteria and then 
normalizing; (5) multiplying a set of derived utility values by the criteria weight and summing; (6) ranking the SSF evolution 
concepts based on the weighted utilities. 

A further detailed description of this entire process is provided in a paper by J.E. Hendershot, McDonnell Douglas Space Systems 
Company, R.R. Corban and S.M. Stevenson, NASA Lewis Research Center, entitled, “Fuel Systems Architecture Evaluation Criteria 
and Concept Evaluation Methodology", AIAA 91-3479, as part of the AIAA/NASA/OAI Conference on Advanced SEI Technologies, 
September 4-6, 1991, Cleveland, Ohio. 
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EVALUATION CRITERIA 


The Tier 1 and Tier 2 Figures of Merit (Evaluation Criteria) are shown. A detailed discussion of each of the criteria is currently being 
developed under separate cover. 
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CONFIGURATION DEVELOPMENT 


The development of potential SSF evolution configuration candidates involves the inputs of a multitude of on-going SSF trade 
studies as shown in the accompanying illustration. Four of the trades will be discussed in more detail in the following charts. They 
are the module pattern study, the life sciences centrifuge facility location study, the growth structure study, and the Lunar Transfer 
Vehicle (LTV) Assembly Servicing Facility (ASF) study. 

At present, most of these studies are on-going, so a final ranking of all of the possible SSF evolution configurations has not been 
completed. A set of rapid prototype evolution configurations has been developed based on the trades that have been completed to 
date and are shown at the end of the presentation. These rapid prototype configurations were developed in order to provide a 
preliminary set of SSF evolution phase concepts to those advanced systems studies that need configurations against which to 
perform their respective trade studies. 
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Module Pattern/ Candidate Evolution Growth Structure/ 

Centrifuge Configurations Utility Distribution 






• Operations 

• Distributed Systems 

• Logistics 

• NLS/CTV Interfaces 

• Distributed Systems 
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MODULE PATTERN STUDY OBTECTIVES 


Based on the number of changes to the baseline SSF configuration that have resulted from the resent SSF Restructuring activity 
(segmented modules vs. 44 ft., lower total pressurized volume, etc.) it was determined to re-evaluate the SSF evolution module 
pattern assessment that was performed two years earlier in order to determine the most favorable SSF evolution module pattern. 
As previously discussed, this trade focuses primarily on module pattern specific issues such as external operations and utility 
interfaces between module pattern elements. Areas such as flight attitude and viewing will need to take into account other trade 
study results which involve the use of an integrated SSF evolution configuration concepts. 
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• In light of recent SSFP changes, options for module pattern 
growth are being revisited. Differences from previous trade 
study include: 

- Growth from PMC vs. AC 

- Segmented modules vs. 44 ft modules 

- Module addition along transverse boom not possible due to TCS radiator 
location 

- Lower total pressurized volume requirements 

• Analysis is initially focusing on module pattern-specific issues 

- External operations including growth pressurized element assembly and 
Shuttle payload exchange 

- Utility interface and baseline scar requirements 

• After other utilization/configuration issues are resolved; 
additional analyses will be performed 

- TEA, momentum management, microgravity environment 

- Viewing 

- Etc. 



EVOLUTION MODULE PATTERN 


The SSF evolution module pattern shown has been designed to accommodate the SSF utilization resource requirements determined 
earlier. The evolution module pattern begins with adding one additional habitat and one additional laboratory module, along with 
two resource nodes, to the PMC module pattern, in the direction of flight. Additionally, a second four man Assured Crew Return 
Vehicle (ACRV) is added on the zenith side of the starboard growth node. 

The next phase of module pattern growth adds two habitat module and two resource nodes in the nadir direction from the baseline 
resource nodes as illustrated. The two additional nodes allow for attachment locations for the two pressurized logistics carriers 
which are now required, along with the third and fourth ACRVs. 

The benefits of this module pattern over previously studied module patterns is that it provides better viewing of SSF operations 
from the cupolas, provides additional resource node attach points for future pressurized elements, and requires shorter utility runs 
for growth elements. This configuration still does solve all of the problems associated with evolution module pattern assembly and 
operations, but does represent the best configuration to date. 
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CENTRIFUGE STUDY SCOPE 


The purpose of the life sciences centrifuge study is to access the post-PMC accommodation options for a pressurized 2.5 meter 
centrifuge facility and recommend an implementation with minimum impacts to the baseline program. The study includes an 
assessment of node accommodation of the centrifuge verse alternative options, attachment location options, and a utility 
requirements and resource impacts assessment. In addition, the study will identify centrifuge facility drivers and options for the 
evolution phase module pattern. 



468 


FREEDOM ifts-Fi 


• Purpose of study is to assess post-PMC accommodation 
options and recommend an implementation with minimum 
impact to the baseline design 

- Node accommodation vs. alternatives 

- Attach location options 

- Utility requirements and resource impacts 

• An additional objective is to identify centrifuge facility 
location drivers/options for the Evolution Phase module 
pattern 
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LIFE SCIENCE CENTRIFUGE ACCOMMODATION OPTIONS 


In addition to using a common resource node as is currently being proposed, this study investigates using four alternate pressurized 
facilities as shown. Each of the facilities provides differing amounts of rack space to the user, which is a primary importance to the 
life science community. A minimum of two double racks is currently required in order to meet the basic life science user 
requirements. In addition, a number of SSF system racks, based on pressurized volume amount, must be accommodated in each 
element. 

This study is currently undergoing final review. A more complete report detailing the pros and cons of the various options will be 
available from the LaRC SSFO in the near future. 
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LOCATION ISSUES AND OPTIONS OVERVIEW 


Several of the issues associated with the various location options are shown. 
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Node 1 Outboard *Y Port (available) 

Issues 

Limited Volume due to Radiator Clearance 
Envelope 

Reduced Radiator Performance 


Node 1 -Z Port (Airlock) 


Issu es 

No Alternative for Displaced Element 


Node 1 +Z Port (PLM) 


Issues 

Impact to PLM Exchange Operations 
Violation of PLM Exchange Requirement 


Node 2 Outboard -Y Port (Cupola) 
I ss ues 

Limited Options for Cupola Relocation 

Limited Volume due to Radiator Clearance 
Envelope 

Reduced Radiator Performance 



Lab/Hab +X Port 
(Press Docking Adapters) 

Issues 

Crew Egress/Passage Requirement 
Violation 

Limited Bio-Isolation 

Eliminates Backup Shuttle Docking 
Location 


Node 2 -Z Port (ACRV) 


Issues 

No Alternative for Displaced Element 


Node 2 +Z Port (PLM) 

Issues 

impact to PLM Exchange Operations 
Violation of PLM Exchange Requirement 
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STRUCTURAL GROWTH STUDY OVERVIEW 


The primary purposes of the structural growth study are (1) to develop a number of transition structure concepts which will permit 
the addition of various growth structure orthogonal to the pre-integrated truss (PIT) transverse boom structure; (2) develop physical 
concepts for the attachment of a transition structure to the PIT and identify any necessary scars; (3) determine what structural scars, if 
any, are necessary to allow the addition of growth power modules outboard of the solar array rotary joint (SARJ). In addition to 
these primary objectives this study will develop concepts for routing and installation of additional utility lines associated with 
additional power modules and growth in baseline SSF systems. 

Also, this task will develop finite element models of several growth configuration concepts to be used in performing dynamic loads 
analysis to assess the structural response and integrity of the growth concepts for various SSF operations. These operations will 
include SSF reboost. Shuttle docking/berthing, and plume impingement effects. 
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Structural Growth Study 
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Define and analyze structural growth options for restructured Space 
Station Freedom Pre-lntegrated Truss (PIT). 




• Develop transition structure concepts which will permit the 
addition of growth structure orthogonal to the PIT. 

• Develop concepts for the physical attachment of a transition 
structure to the PIT and identify necessary scars. 

• Determine what structural scars are necessary to allow the 
addition of growth power modules outboard of the SARJ. 

• Develop concepts for routing and installation of additional utility 
lines associated with the addition of growth power modules and 
orthogonal growth structure. 

• Develop finite element models of growth configuration concepts. 

• Perform dynamic loads analysis of configuration models. 
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GROWTH STRUCTURE 


Illustrated are the primary drivers and their potential locations which will impact the attachment of growth structure to the baseline 
SSF configuration. As mentioned earlier, additional power generation capability must be accommodated outboard of the SARJ. 
Additionally, growth structure will need to be added orthogonally to the transverse boom to accommodate growth of SSF systems, 
such as thermal control radiators and cryogenic pallet storage, accommodation of earth observing and technology payloads, and 
eventually the accommodation of an orbital spacecraft processing facility. 
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THERMAL CONTROL SYSTEM GROWTH LOCATION 


The location of growth radiators and their associated distribution lines is shown to illustrate the potential for their accommodation 
on a set of lower keels and boom. 
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LUNAR TRANSFER VEHICLE ASSEMBLY SERVICING FACILITY TASK 


The final study task to be discussed is the development of an assembly servicing facility (ASF) to process lunar transfer vehicles 
(LTV). This task is responsible for the engineering and configuration definition of a facility that process LTVs, including 
determining orbital debris/ micrometeoroid protection schemes, thermal control systems, and propellant management systems. In 
addition, the task will assess and define operations and processing systems that are required to service the LTV including, IV A, EVA, 
and robotics systems. 

This task is currently scheduled for completion in late September 1991, with a final report due out in October. 
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• Determine LTV Assembly Servicing Facility Requirements 

• Engineering and Configuration Definition of LTV ASF 

- Orbital debris/Micrometeoroid Protection 

- Thermal Control System 

- Propellant Management (Handling, Storage, Transfer) 

- Other systems as required [Lighting; Logistics (spares 
stowage; robotics; checkout)] 

• Operations and Processing Systems Definition 

- Level of A&R required 

- EVA and IVA systems 

- Orbital Support Equipment (OSE) design and capabilities 
. On-orbit aerobrake assembly requirements 

• Interfaces with existing SSF systems 
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EIGHT CREW CAPABILITY CONFIGURATION 


As was discussed earlier, a preliminary set of SSF evolution phase configurations was developed to facilitate the completion of 
several systems trade studies. These four SSF evolution concepts are provided here. It should be noted that these are not necessarily 
the final set of configurations since the complete Figure of Merit process has not been applied at this time. 

The first SSF growth configuration is more appropriately referred to as the SSF Follow-On phase as it is currently accounted for in 
the existing program requirements documents. This Eight Crew Capability (ECC) as the name implies, will accommodate a crew of 
eight. In addition, the fourth photo voltaic wing is added for a total power level of 75 kW. Also, the second habitat and laboratory 
modules are added, along with a second ACRV. 
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INTERIM RESEARCH AND DEVELOPMENT CAPABILITY 


The second evolution phase adds two solar dynamic power elements (each at 18.75 kw), one on either end of the transverse boom, 
along with another habitat module to accommodate growth in the crew requirements. In addition, growth structure in the form of 
lower keels and boom have been added to accommodate the growth radiators required to handle the increase in thermal rejection 
requirements. The keels and boom also allow for addition external mounting location for various science and technology payloads. 
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ENHANCED OPERATIONS CAPABILITY 


The Enhanced Operations Capability (EOC) configuration represents an implementation concept that fully accommodates projected 
multidisciplinary research and development user needs as they are currently understood. The EOC could accommodate a crew of up 
to sixteen with the addition of a fourth habitat module, along with a fourth ACRV. Two additional solar dynamic power modules 
are added, bringing the SSF total power level to 150 kW. At this time an advanced propulsion system with a higher efficiency is 
added on order to reduce SSF reboost propulsion requirements. 
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LUNAR VEHICLE CAPABILITY 


The final evolution phase is the Lunar Vehicle Capability (LVC), which has a lunar transfer vehicle (LTV) assembly servicing facility 
(ASF) added to the bottom of the lower boom structure. The ASF is designed to accommodate one fully fueled (approximately 200 
metric tons) LTV at a time. In addition, a dedicated closed life support system (CLSS) test facility is shown attached to the module 
pattern. This facility is dedicated to supporting the development of CLSS equipment and processes that would be necessary for the 
long transit times involved in a manned mission to Mars that are currently being developed within the Space Exploration Initiative. 
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□ Introduction 


□ Operations Concepts for On-Orbit Propellant Management 


□ Lunar Vehicle Processing Times 


| □ Assembly of Propellant Management Facility Concepts 
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Introduction 


Lunar vehicles that will be space-based and reusable will require resupply of propellants in 
orbit. Approximately 75% of the total mass delivered to low earth orbit will be propellants. 
Consequently, the propellant management techniques selected for Space Exploration 
Initiative (SEI) orbital operations will have a major influence on the overall SEI architecture. 
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introduction 


Approximately 3/4 of the total mass to low-earth orbit for lunar 
missions will be propellant. 


Propellant management techniques selected will have a major 
impact on the overall SES architecture. 


There are two primary options for propellant 
Transfer Vehicles: 
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Key Technology Development Required 


There are several technologies that will require further development to enable successful 
propellant management operations on orbit. These technologies are common to both drop 
tank installation and propellant transfer refueling options. 
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Technology 


Fluid Transfer 


Leak Detection 


Mass Gauging 


Liquid Acquisition 


Fluid Dynamics (slosh, settling, etc.) 






















Drop Tank Installation 


The Drop Tank Installation operations concept calls for refueling of the Lunar Transfer 
Vehicles (LTV) by replacement of the empty propellant tanks that will be jettisoned during 
the mission. Three Shuttle-C launches would be needed to deliver the entire propellant load 
(contained in four fully-loaded drop tanks) to the LTV. The drop tanks would be installed on 
the LTV at the SSF Assembly/Servicing Facility during vehicle turnaround processing. 
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Drop Tank Installation 


Propellant Operations 

- LTV propellant drop tanks 
delivered to SSF via three 
Shuttle-C ETO launches. 


- Drop tanks mated to LTV core 
Immediately upon arrival at SSF. 

- LTV core tanks resupplied from 
drop tanks prior to SSF departure. 


- Two drop tanks jettisoned after 
TLI burn. 

- LEV resupplied from LTV in low 
lunar orbit. 

- Remaining two drop tanks 
jettisoned prior to TEI burn. 

- Residual propellant boiloff 

control upon return to SSF. 


LTV Tanks 
(Shuttle-C) 
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LTV Stores 
Propellant 


Drop Tanks Integrated 
directly onto LTV 


STY Fueling Options 
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Propellant Transfer at SSF 


Another method of resupplying the LTV would be to deliver the propellant to the Space 
Station in a tanker, then transfer the propellants into the LTV. In this operations concept the 
tankers are designed for short-term stays in orbit and are disposed of after use. 

As is true for all propellant transfer from tankers concepts in this paper, the LTV tanks are 
fully reusable (i.e., not jettisoned after depletion) since launch of dry drop tanks increases 
the number of ETO launches, with the additional launch mass capability underutilized. 
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Co-Orbiting Depot - Tanker Storage 


The Co-Orbitng Depot - Tanker Storage concept employs tankers designed for long-term 
stays in orbit. The resupply propellants are stored in the tankers at a separate, co-orbiting 
facility. After vehicle processing is completed, the LTV is transferred to the depot and 
fueled. After vehicle departure for the moon, the tankers are disposed of in the atmosphere 
This concept is most conducive to utilizing reusable tankers. 
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Co»Orbiting Depot - Permanent storage Tank 


An alternate concept of a co-orbiting depot consists of permanent storage tanks on the 
depot that are refueled by tankers. After LTV turnaround operations are finished, the vehicle 
is transferred to the depot for fueling. The tankers in this scenario are designed for short 
duration stays in orbit and are disposed of after depletion. This concept is the most tolerant 
to delays of the lunar mission. 
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Propellants delivered to co-orbiting 
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Propellants transferred from tankers 
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Tankers deorbited after depletion. 
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after processing at SSF completed. 

Umbilicals mated and propellants 
transferred from depot to LTV. 


LEV resupplied from LTV In low 
lunar orbit. 
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Mfni-uepot 


A variation on the Drop Tank Installation operations concept includes a "Mini-Depot" that is 
used to top-off the LTV tanks immediately prior to departure for the moon. The Mini-Depot 
consists of relatively small propellant storage tanks and transfer equipment that are used to 
fill the LTV core tanks and replace the boiloff losses experienced by the drop tanks. 
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The time required to turnaround the LTV at the ASF between lunar missions was estimated for 
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work of the Lunar Transfer Vehicle On-Orbit Processing Study performed by the MDSSOKSC 
On-Orbit Assembly/Servicing Study Team. 


The NASA 90-Day Study Option 5 vehicle design and mission scenario were first analyzed to 
determine orbital operational requirements. The operations that are expected to be required on 
orbit to process the LTV were determined by considering current and past vehicle processing 
experience at KSC. Many of the lunar vehicle on-orbit operations will be similar to current Shuttle 
ground ops. An operations concepts that organized the required tasks into a logical sequence was 
then developed. Only operations considered essential to process the LTV with the minimum effort 
necessary to maintain a high probability of mission success were included. 


An appropriate analogy for each on-orbit operation was selected from the KSC ground operations 
database of procedures and schedules drawn from the Shuttle, Spacelab, Delta, Centaur, and 
Saturn/Apollo programs. The actual ground time of each analogy was determined, including only 
personnel directly involved with physically performing the task. A time estimate for the 
corresponding orbital operation was derived by "transitioning" the ground time to space, 
considering the differences of the SEI vehicle and manpower and resource limitations of the Space 
Station. The on-orbit time estimates for the operations were then compiled into a processing 
timeline flow chart. Operations were incorporated in parallel in the timelines when logical to fully 
utilize the refurbishment crew. 


Adjustments to the timelines were then made based on EVA quantifiable analogies from Shuttle 
EVA and RMS operations and neutral buoyancy testing. Advanced automation capabilities were 
also considered and appropriate timeline modifications incorporated. 


The final processing flow timeline was then modified for each of the five propellant management 
concepts in order to compare the impact on LTV processing times. 
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Lunar Vehicle Processing Times 


The comparison of the estimated LTV orbital turnaround processing times shows that there 
is no significant difference between the five propellant management architectures. The Drop 
Tank Installation method will require an estimated 188.5 shifts, with the other methods 
varying less than 4% from that baseline. 

The propellant handling-specific operations constitute only 1 0 to 14% of the total LTV 
processing time. Based on the KSC analogies of Shuttle External Tank (ET) mate and ET 
propellant load, installation of drop tanks and propellant transfer from a tanker were both 
estimated to be two-shift operations. Also included in the timelines are tanker deorbit 
operations and Advanced Orbital Maneuvering Vehicle (AOMV) servicing. 

Primary assumptions: 

• - LTV is the Option 5 vehicle from the NASA 90-Day Study 

- SSF Assembly/Servicing Facility (ASF) is fully operational 

- steady-state lunar missions 

- AOMV operational and SSF-based 

- dedicated orbital processing crew of four personnel 

- Shuttle-C is the the Earth-to-orbit (ETO) carrier 
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Propellant Depot Assembly Approach 


The approach employed to estimate the on-orbit assembly times for each of the propellant 
management facility (PMF) concepts is illustrated below. The required PMF elements 
(subsystems and components) were determined for each of the configurations. Only the 
orbital support equipment (OSE) dedicated to propellant handling was considered, however, 
all co-orbiting depot systems (i.e. support truss, attitude control, etc.) were included since the 
entire depot is dedicated to propellant operations. An appropriate analogy for each element 
was identified from the Space Station program. Additionally, Shuttle EVA experience such 
as the Solar Max repair and the Ease/Access experiment was investigated. The assembly 
time estimates for the Space Station and the EVA historical data were both used to generate 
the estimated assembly times for the five PMF concepts. 

Primary assumptions: 

: - PMF assembly is performed at the growth SSF Assembly/Servicing Facility 

- Assembly is done EVA, SSF-style (little or no automation) 

- Assembly crew of four astronauts 

- No habitation or safe-haven capability provided 

- Debris/micrometeoroid protection incorporated in facility and vehicle designs 

- No MSC/RMS required for PMF operations except drop tank installation ' 
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Propellant Depot Assembly Times 


The comparison of the PMF estimated assembly times yielded expected results. Drop Tank 
Installation was the clear winner since it will require very little OSE that is dedicated to 
propellant handling. For instance, the SSRMS needed for installing the Drop Tanks was not 
included in the timeline because it will be required for LTV processing regardless of the 
propellant management technique employed. 

The Propellant Transfer at SSF facility will take twice as long to assemble as the Drop Tank 
concept because of the transfer equipment needed. Relative to LTV processing time, 
however, this is not a significant difference. 

Co-orbiting depots will require considerably more assembly time than the SSF-attached 
concepts, as they will need ail the systems of a self-sufficient orbital node (support truss, 
attitude control, solar arrays, etc). Assembly of the Tanker Storage concept is slightly longer 
due to the additional tanker docking ports and associated transfer equipment. 

The PMF assembly times are rough estimates and should be used only for comparison of 
the concepts. 
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Shifts required for Propellant Depot Assembly 
0 20 40 60 80 100 

Drop Tank Installation 

Propellant Transfer at SSF 
Co-Orbiting Depot - Tankers 
Co-Orbiting Depot - Perm 
Mini-Depot on Station 


^ Co-orbiting propellant depots reguire 200 - 600% more assembly shifts. 

♦ Propellant Transfer depots require twice as many assy shifts as Drop Tank. 
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Propellant Depot Annual Maintenance Approach 


The estimation of annual maintenance requirements for the PMF concepts was similar to the 
assembly approach. The PMF subsystems were identified and matched with subsystems 
from other programs, primarily SSF. The quantity of orbital replacement units (ORU) 
components for each subsystem was then determined. Using the In-Service Analysis 
method of the Space Station Freedom External Maintenance Task Team Final Report 
(Fisher-Price Report), the number of predicted failures was estimated. Based on an average 
ORU replacement time of 1.1 hours and 5 ORU repairs per EVA shift, the estimated annual 
maintenance shifts were determined. 

Primary assumptions: 

- PMF is similar in subsystem design and component reliability to SSF 

- Repairs are primarily EVA remove and replace 

: - EVA overhead = 2 hours per EVA shift 

- Mean time to repair an ORU -1.1 hours 

- 5 maintenance actions can be accomplished per EVA shift 

- Passive structural, thermal protection, and debris shielding ORUs 
not included in assessment 

- Only corrective maintenance actions considered 
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Propellant Depot Annual Maintenance 


Comparison of the estimated annual maintenance requirements for the PMF concepts 
showed the Drop Tank Installation as a clear winner, needing only an estimated 2 shifts per 
year, with the Propellant Transfer and Mini-Depot facilities close behind at 4 shifts per year. 
The co-orbiting depots, however, increase the maintenance needs by 1 00 - 350%, which is 
quite significant in light of the remote location of the depot. The logistics infrastructure and 
readily available repair crew is a major benefit for SSF-attached PMF architectures. A 
co-orbiting depot could potentially require a dedicated Shuttle mission to repair a critical 
failure. 
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Shuttle External Tank Mating Problem History 


The Shuttle Problem Report and Corrective Action (PRACA) database was examined for the 
first three ETs and the first lightweight ET (IWT). All problem reports (PRs) and discrepancy 
reports (DRs) written against the ET during ET to Orbiter mate, ET to Solid Rocket Booster 
(SRB) mate, and interface testing operations were assessed for criticalijjy. 

The problems were sorted into the three categories shown, according to corrective action 
that would be required if the problem had occurred during an on-orbit assembly of drop 
tanks to the LTV. Problems were also sorted by the type of hardware system affected: 
electrical, fluids/pneumatics, or structures. 

Excluded from the analysis were PRs and DRs written against the Orbiter and SRBs during 
mate. ET propellant load was also not included. The numerous problems documented 

against the ET thermal protection system were also omitted since the LTV drop tanks are 
not expected to use foam insulation. 
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Shuttle External Tank Mating Problem History 


□ Examined External Tank records from ET-1, 2, 3, and LWT ET-8 
for ET-Orbiter-SRB mate problems 

□ Sorted all problem/discrepancy reports into three STV related 
categories: 

1 - Would require replacement hardware from earth 

2 - Repairable on-orbit, but with schedule impact 

3 - Not a significant on-orbit concern 

□ Sorted all problem/discrepancy reports into three system related 
categories: 

Electrical 

Fluids/Pneumatics 

Structures 
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Examples of the types of problems in the three categories are shown. 
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Category 1 &2 

Category 3 

Broken/Crushed Wires Missing Hardware 

Electrical Shorts Structural Interferences 

Cables To Short To Mate Loose Fasteners 

Broken Sensors Damaged Fasteners 

Loose Electrical Connections Missing/Broken Safety Wire 

Leaking Fluid Lines Incorrect Shimming 

Scratched Cryogenic Seals Corrosion 

Bent Fluid Lines Foreign Material/Debris 

Failed Valves Misalignment of Hardware 

External Tank Unique Hardware 
Tasks Not Done On-Orbit 
Procedural Errors 
Cosmetic Defects f. 

Out-of Tolerance Readings ; 

Incorrect Part Identification 


STV Fueling Option 




ET Mate Problem Distribution by Criticality 


The problems documented during ET mate for the first three and the eighth (LWT-1) Shuttle 
flights were categorized according to criticality. There were a high number of problems 
associated with the early assembly operations. As expected, the number of problems 
decreased with each succeeding mission processing flow as hardware design, 
manufacturing, and operations matured. 

ET mate is a complex assembly operation; drop tank installation is a similarly complex 
operation that will occur four times per mission. The alarming number of Category 1 
problems experienced during the first three Shuttle ET mates would cause unacceptable 
delays in lunar missions if experienced in orbit. 
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ET Mate Problem Distribution by Hardware System 


The ET mating problems were also sorted according to three hardware categories: 
electrical, fluids/pneumatics, and structural/mechanical. As expected, all systems reflected a 
downward trend as the Shuttle program gained maturity. 
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Shuttle ET Hydrogen Disconnect Leak Lessons 


The Space Shuttle fleet was grounded during the summer of 1990 due to a series of hydrogen 
leaks. The leaks caused three launch scrubs and two rollbacks to the VAB for ET demate from 
the Orbiter. These "smart" leaks were extremely difficult to isolate, only occurring at cryogenic 
temperatures and with inert purges and insulation serving as transport mechanisms to give 
false readings during leak checks. Extensive disassembly and vendor testing were required to 
isolate the leak sources. 

It is especially disconcerting that problems of such magnitude would be experienced on a 
mature launch system. 

The main recommendations from the leak investigation team for future launch systems were: 

1) make designs as leak tolerant as possible (redundant seals, built-in purges, etc.), 2) 
eliminate as many joints as possible, and 3) design built-in, automated leak check methods. 
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Shuttle ET Hydrogen Disconnect Leak Lessons 

□ Shuttle fleet grounded during summer of 1990 due to hydrogen leaks 
(3 launch scrubs and 2 rollbacks) 

- STS-35 (Columbia) delayed 5 months 

- STS-38 (Atlantis) delayed 4 months 

□ "Smart" leaks were extremely difficult to isolate. 

- Leaks occurred in cryogenic conditions only. 

- Extensive disassembly & vendor testing required to isolate leaks. 

- All leaks discovered on single-seal joints. 

□ Recommendations 

- Make designs as leak-tolerant as possible. 

- Eliminate joints as much as possible. 

- Design built-in, automated leak-check methods. 
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Comparison of Propellant interface Disturbances 


The increased mission risk inherent with the use of drop tanks is a significant concern. The 
in-flight jettison and subsequent installation of four drop tanks per mission over the course of 
a five mission vehicle lifetime will result in a minimum of 160 cryogenic propellant interface 
disturbances per vehicle. In comparison, a LTV utilizing permanent, reusable propellant 
tankage will experience only 40 such disturbances. 

The use of drop tanks greatly increases the number of failure modes and critical items. 
Cryogenic quick-disconnect couplings have a history of leakage, and isolation and repair of 
cryogenic leaks at KSC have proven at times to be an operational nightmare. Complex 
assembly operations by their very nature incur problems requiring parts rework or 
replacement. Such problems may prove to be insurmountable to processing crews in space. 

The question remains to be satisfactorily addressed: Is the mass savings gained by 
jettisoning depleted propellant tanks in flight justify the increase in mission risk? 
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Conclusions 


Five proposed propellant management facility (PMF) concepts were analyzed and compared in order to determine the best 
method of resupplying reusable, space-based Lunar Transfer Vehicles (LTVs). 

LTV Processing - The processing time needed at the Space Station to prepare an LTV for its next lunar mission was 
estimated for each of the PMF concepts. The somewhat surprising result was that there is little difference in the estimated 
processing timelines among the concepts. The estimates vary less than 4% from the Drop Tank baseline of 188.5 shifts. 
The shortest estimate of 186.0 shifts was for the Co-Orbiting Depot - Tanker Storage facility. 

PMF Assembly - The estimated times required to assemble and maintain the different PMF concepts were also compared. 
The distinguishing factor between the concepts is the orbital location of the facility. Co-orbiting depots will require 
significantly more time (200-600%) to assemble than the SSF-attached architectures. However, even the longest assembly 
time (75.5 shifts for the Co-Orbiting Depot - Tanker Storage) constitutes less than 10% of the total processing time for one 
LTV's life cycle of five missions. 

PMF Maintenance - The results of the maintenance analysis were similar, with co-orbiting depots needing 1 00-350% more 
annual maintenance. The Drop Tank and Mini-Depot concepts were estimated to need only 2 shifts per year, whereas the 
co-orbiting depots required 8-9 shifts. This is quite significant in light of the remote location of a co-orbiting depot. The 
logistics infrastructure and readily available repair crew is a major benefit for SSF-attached PMF architectures. A co-orbiting 
depot could potentially require a dedicated Shuttle mission to repair a critical failure. 

Shuttle ET Mating History - The first few ET mating operations at KSC encountered numerous problems that would, if 
experienced on orbit during Drop Tank Installation, cause serious lunar mission schedule delays. The grounding of the 
Shuttle fleet in the summer of 1990 due to hydrogen leaks at the ET disconnect is especially disturbing in that it occurred on 
a mature launch system. Ground processing methods to prevent such flight hardware problems must be developed to 
enable space-basing of LTVs. 

The Problem with Drop Tank Installation - The use of Drop Tanks on lunar vehicles increases by a factor of four the 
number of critical propellant interface disturbances. The increased mission risk (many more failure modes and critical items, 
as well as the Ikelihood of interface damage and requisite repair) must be satisfactorily addressed before being baselined 
into LTV designs. 

Key Technologies - The key cryogenic propellant management technologies that require further development are common 
to all proposed architectures, and therefore are not a discriminator between the concepts. The development of these 
enabling technologies should be pursued aggressively. 
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SSF/LTV Propellant Operation Hazard Analysis 


Space Station Freedom (SSF), as a transportation node for Space Exploration Initiative missions, would involve the 
assembly and refurbishing of lunar and Mars transfer vehicles. This includes operations involving erogenic propellants 
(LH2 & L02) such as storing and handling of loaded propellant tanks, assembly onto the vehicle, and propellant 
transfer. Cryogenic propellants dictate rigorous safety precautions and impose unique requirements to ensure safety to 
both personnel and SSF elements. The objective of this study is to identify potential hazards and risks associated ws.h 
cryoqenic propellants. This involves identification of pertinent system design features and operational procedures. 
Criticality of identified risks/hazards shall be assessed and those that fall in the catastrophic and critical categories shall 


include mitigating solutions. 
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SSF/LTV Propellant Operation Hazard Analysis (ConU 


Approach 

The initial approach to the hazard analysis consisted of selecting a baseline Lunar Transfer Vehicle (LTV) design from 
previous LTV studies. This reference vehicle provided a point of departure concept and was used to generate a detailed 
operational scenario. Included in the operational scenario are activities such as propellant refueling, storage, mission 
refurbishment, sating and propellant topoff of the drop tanksets. Hazards identified from these activities are then 
analyzed to provide mitigating measures in order to either eliminate them or reduce the risks to an acceptable level. 





Task Plan 


The SSF/LTV propellant operation hazard analysis is subdivided into four subtasks. The first subtask involves historical 
review of documentation pertinent to safety of cryogenic systems in space. The information derived from this effort 
provides an initial starting point and information base for the subsequent tasks. Subtask 2 examines risks and hazards 
associated with propellant refueling operations in reference to conditions producing the hazards and the severity of the 
impact on SSF. Subtask 3 is similar to subtask 2 except that it investigates vehicle operations other than refueling. 
These operations include vehicle turnaround operations, docking/storage, safing and various maintenance operations. 
Subtask 4 provides mitigating solutions to risk and hazards identified in both subtask 2 and 3. 

Subtask milestones are listed below. The completion of the propellant operation hazard analysis is scheduled by 
August 9, 1991 . The final report , written in "white paper" form, will be submitted by September 6, 1991 . 




Subtask 1 - Ongoing 

Subtask 2 - Completed 9 July 1991 

Subtask 3- Completed 2 August 1991 



LTV Configuration 

The LTV configuration baseline for the cryogenic propellant operation hazard study is shown below. This configuration 
provides a reference concept that is used as starting point for the analysis. Basic elements of the LTV are the crew & 
cargo modules, 6 drop tanksets and aerobrake assembly which are all attached to the common propulsion/avionics 
core. This vehicle can deliver 14.6 tonnes of cargo including a crew of 4 to the Lunar surface and return to the SSF 
using 174 tonnes of cryogenic propellant. Total vehicle dry mass is 27.5 tonnes. 

Propellant Tanksets 

The propulsion/avionics core module contains 5 tanks -- 4 LH2 tanks spaced symmetrically around an L02 tank. The 
tanks are all mounted to the lower cross beams of the core structure. The L02 tank is 4.4 m long and 2.9 m in diameter 
while the LH2 tanks are 4.2 m long and 2.6 m diameter. Total propellant capacity of the core tanksets is 32.5 tonnes 

The aerobrake assembly protects the crew during the aeroassisted return to the SSF. The system contains 2 return tank 
pallets consisting of 3 LH2 tanks and 2 L02 tanks. Total aerobrake propellant load is 7.2 tonnes. 

Each drop tankset consists of 1 LH2 and 1 L02 tank. The propellant capacity of an individual tankset is approximately 
28 tonnes. There are 3 tanksets (2 TLI and 1 LOI) per tank arrangement and there are two tankset arrangements per 
Lunar vehicle, placed on each side of the LTV. Each tankset has a support structure which connects it to the adjacent 
tankset as well as the tank vehicle. The Trans Lunar Injection (TLI) tanksets are jettisoned after the TLI burn. The 
remaining middle drop tanksets are released after Lunar Orbit Injection (LOI) burn. 
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Lunar Transfer Vehicle Mission 


A typical lunar mission consists of an out-bound leg, and an initial/steady state in-bound leg. The out-bound leg for an 
initial flight begins with the Trans Lunar Orbit (TLI) preparation and burn. In this phase, the outer droptanks are 
separated after completion of the TLI burn. This is then followed by a Lunar Orbit Injection (LOI) burn, separation of the 
landing & Low Lunar Orbit (LLO) elements, and descent to the Lunar surface. The in-bound leg begins with ascent from 
the surface to LLO, where the lander rendezvous and docks with the aerobrake element. Following docking, the system 
performs Trans Earth Injection (TEI), conducts mid-course correction, reentry and LEO node circularization prior to 
docking back to SSF. 

The only phase of the lunar mission investigated for the hazard analysis involves the LTV assembly performed at SSF. 
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LEO Processing - Timelines 


For the initial flight mission, there are six primary activities performed at LEO (SSF). The hardware delivery phase (16.5 
days), is the period when LTV components are delivered and collected at SSF. As the subsystems arrive, element level 
checkouts are conducted to verify their integrity. In the assembly phase (17.5 days) the LTV components are assembled 
into an operational configuration. This is followed by the verification phase (16 days) that ensures the flight readiness of 
the system. After the system is in mission ready condition, the propellant servicing phase (9 days) assembles the drop 
tanks to the mission vehicle. The closeout phase (9 days days) provides final launch readiness status. The last activity is 
the launch phase. This consist of mission crew boarding, transfer of LTV to the injection burn area and initiating the 
Trans Lunar Injection (TLI). The total processing time for an initial flight mission is 61 days and it was assumed that 
there are two eight hour shifts per day. 

The mission processing steps for a steady state mission increased from six to seven. However the times required for 
many of the activities are reduced. The first processing phase of a steady state mission is the refurbishment phase (75.5 
days), where the returning LTV is completely checked out and refurbished. In the hardware delivery phase (13.5 days), 
the propellant drop tanksets are delivered at SSF and element level checkouts are conducted. In the assembly phase 
(10 days), the replaceable LTV components are assembled into an operational configuration. This is followed by the 
verification phase (12 days) that ensures the flight readiness condition of the system. The servicing, closeout, and 
launch phases are similar in both procedure and processing time to those performed for an initial flight mission. The 
total processing time for a steady state mission is 122.5 days 

The time elements of interest during LEO processing occur in the hardware delivery, assembly, and propellant servicing 
phases. During portions of these phases, activities involving cryogenic propellants are performed. These include 
docking, storage, propellant transfer and topoff. 
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LTV - Typical Interfaces 


The majority of the hazards identified in the study are failures that originate at the various vehicle/SSF interfaces. These 
interfaces include structural attachments, propellant line quick disconnects (QD's), vent QD's, electrical/avionics QD's 
and grapple fittings used for RMS translation. Failure modes associated with these interfaces are a function of the 
components involved and are independent of vehicle configuration since these interfaces will be inherent in most 
vehicle designs. Changes in the LTV configuration would primarily result in differences in the number of interfaces 
required. 
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Subtask 2 examines cryogenic propellant refueling hazards. The refueling activities performed include drop tank 
chanqeout, drop tankset topoff, core tankset propellant loading and aerobrake tankset propellant loading. Droptank 
changeout ’consists of translation of the drop tanks using the RMS and attachment to the core LW. Drop tankset topoff 
is performed using the mini-depot to replenish boiloff losses of 2%/month. Other refueling activities of concern involve 
the propellant loading of both the core and the aerobrake tanksets. Propellant for these tanksets is supplied from the 
drop tanks. Transfer line and tank chilldown are performed prior to the transfer process. 


i/l 
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Drop Tank Change-Out 
Drop Tankset Topoff With Mini-Depot 
Core Tankset Propellant Loading 
Aerobrake Tankset Propellant Loading 




LTV Refueling Functional Summary 


This chart lists the major functions performed during the refueling activities. These functions are an inherent part of 
orbital cryogenic propellant resupply regardless of the tank size, geometry, or vehicle configuration. 


U1 
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Representative Timeline/Hazard Tables 


This chart shows a representative illustration of the tables generated during the hazard analysis. Under subtask 2, a 
total of four timeline operations corresponding to the number of refueling activities were created. The refueling activities 
have been broken down into detailed steps along with their respective operation times. These times were derived from 
a ground operations data base and adjusted for LEO operations. The timelines are consistent with previously derived 

numbers*. 

Seven hazard tables were created using the refueling timelines. The hazard tables further break down the refueling 
operation into detailed steps and identify hazards associated with each. Potential effects on SSF elements are 
described and severity of impacts are established using the standard NASA hazard categories. These categories range 
from catastrophic to negligible. All potenital hazards, regardless of their probability of occurrence, were considered. 


*Lunar Transfer Vehicle On Orbit Processing Study, Contract NASI 0-1 1400; McDonnell Douglas Space Systems 
Company; December 1990 
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Operation 


Prepare Mini-Depot For Propellant 
Transfer 


Four Timelines 
Developed For 
Refueling 
Operations 


Operation 

Drop Tankset Top-off 


Hazard 


1 Close Mini-Depot 
Vent Iso-Valve And 
Verify Shut 


la Iso-Valve Fails 
To Close 

1b Unexpected 
High Propellant 
Pressure 


SSF Element 
Affected 


Crew, Hangar 
Truss Assy, 
GN&C 



Potential Effect On 
SSF Element 


la Delay Of Drop Tank 
Topoff Operations 

1 b Overpressure Can^, 
Result 


la MA 


Seven Hazard 
Tables Develc 
With 39 Operz 
Steps 


ADVANCED 


ANALYSIS 
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Refueling Hazard Criticality Summary 

The hazards identified in the refueling operation fall under two major “ndeMhlS 

tanks during translation and the second category is the propulsive vent ng/dumpir lg ' P r °P® re sultina in loss or 
ratpnnrv the hazards identified are propellant slosh and remote manipulator system (RMS) failure resulting in loss or 
degraded ^ntixH ? A^o included as potential hazards are interface hardware failures such as the grapple 
S"seSSeS, propulsive venting/dumping, occurs from either two~phased venting or uncontrolled 

venting due to tank rupture. 


Summary of identified hazards are shown below for the refueling scenario. The majority of the hazards are categorized 
as either catastrophic or critical and therefore require mitigating solutions. 





Refueling Hazard Criticality Summary (Cont.) 
This page left intentionally blank. 
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Preliminary Hazard Mitigating Solutions 

Hazard and safety issues identified will be studied in detail to determine the range of measures which will either 
eliminate or reduce their probability or impact. These measures include hardware design changes, imposing additional 
requirements on the LTV and SSF, procedure modification, and redefining the Lunar mission scenario. For those 
hazards (identified as catastrophic or critical) without effective mitigating solutions, the risk involved with each hazard 
(determined by the probability of occurrence) will be evaluated. The evaluation of mitigating solutions has been initiated 
and some sample solutions are summarized in the chart. Many of the hazards can be addressed by incorporating 
adequate redundancy in key subsystems or components such as multiple vent lines. Other hazards involving those 
resulting from inadvertent collision can be lessened by incorporating measures to reduce damage to key subsystems 
such as the thermal protection system 
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Preliminary Hazard Mitigating Solutions (Conti 

There are ongoing or planned technical development efforts related to cryogenic fluid management that will 
demonstrate or validate technologies and processes to support solutions to the identified hazards. These include the 
ground test programs at NASA Lewis Research Center and Marshall Space Flight Cancer. These ground test activities 
are demonstrating techniques for low gravity cryogen transfer, active and passive tank pressure control, thermal 
insulation concepts, and advanced instrumentation. Flight experiments are underway or planned which would provide 
low-g validation of the ground test results. 
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Future Activity 

Subtask 3 and 4 will complete the cryogenic propellant hazard analysis. Subtask 3, identification of hazards, risks and 
safety issues associated with vehicle operation other than refueling, have just been recently completed. Subtask 4, 
identification of mitigating measures to eliminate or reduce risk, will be completed by 9 August 1991. 
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Data Management System Concept 


• The Data Management System is unique in the Space Station 

- It has no “function” like other subsystems, i.e., it does not generate a state 
vector, or maintain cabin temperature, or hold vehicle attitude, etc. 

• The Data Management System provides a set of services for all other 
subsystems 

. Provides computational resources 

- Transmits commands, messages and data between application programs 

- It is the means by which avionic systems integration is accomplished 

• Since every subsystem is dependent on the DMS, it was identified as a long 

lead item during Phase B studies not because it was technically difficult, 

but because it had to be ready before any other subsystem design could be 

finalized 

• Any other Space Station subsystem can be modified, enhanced or replaced 
with new technology and only has to reverify a single interface with the DMS 

. Before the DMS data bus network, processor, operating system or system 
software can be changed in any way, potential impacts to every subsystem 
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DMS Evolution Rationale 


• DMS has been designed from the beginning to support growth and evolution 

• Although the present design is limited in capacity, the basic architecture will 
allow expansion by many orders of magnitude 

• The Space Station has the benefit of building on past experience in software 
intensive digital avionics systems 

- Hardware, system software and applications programs are being developed 
as independent layers 

- Permits replacement, or upgrade, of any one layer without impact to the 
others 

• Fiber optic global data bus loading at MTC expected to be < 5 % of its stated 
capacity, and the bus does have growth capability 

- Processors, system services and operating systems may change over the 
years 

- The data bus is like wiring in your house, you might add extension cords 

but you do not want to tear out the walls 
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The DMS Advanced Architecture Task 


U1 


• The time to consider evolution is during the original design phase 

• Although hard lines must be drawn and the final flight designs developed, 
growth and evolution paths can be defined based on technology projections 

• The DMS Advanced Architectures task at the Ames Research Center has 
been chartered by the Level 1 Space Station Engineering Office to evaluate 
potential candidates for DMS growth and evolution 

- Task includes: hardware and software technology, system software 
enhancement, payload augmentation and software tool evolution 

- Task is done in coordination with Johnson Space Center 

- Status reports presented to other Nasa Centers and contractors at 
quarterly SATWG meetings and monthly Architecture Panel telecons 

- Payload integration studies being done in cooperation with several Ames 
payload research scientists 


• An advanced development test bed is being assembled to support 

simulations and analytical studies with hardware and software evaluation 




DMS TASK APPROACH 

INCREASING LEVELS OF FIDELITY 





Analysis/System Engineering 

• Document Review 

• Design Review Attendence 

• User Requirements 

• Payloads 

• Subsystem 

• Operations 

• Crew 
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• Network Simulation 

• Processor Performance Prediction 



advanceo-risc 

PROCESSOR 



Isolated Hardware Testbeds 

• 1553 Local Bus 
•FDDI 

• 386/486 Platforms 


SOP 

EMULATION 


MPAC 

EMULATION 


Integrated Hardware Testbeds 

• System Level Performance Issues 

• Software Engineering 






DMS Kit 

• Track SSF Design 

• Software Development 


NASA 
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DMS GROUP SUPPORT FOR AMES PAYLOADS 






Space Physiology Facility 


Gas Gain Simulation Facility 
















The DMS Advanced Architecture Task Status 


Detailed evaluation of 386 processor selected for the Station EDP completed 

. Determined that flight processor will have 3 MIPS computational speed 
compared to 4 MIPS for commercial equivalent 

. Difference is due to absence of cache memory in flight unit 

Recommended that Station Project Office not consider the 486 as a viable 
upgrade candidate 

. 486 has on-chip cache memory but it does not have parity 

- Flight units are susceptible to single event upsets (SEU) from high particle 
impacts and high density memory chips need parity or ED AC 

Have arranged for early delivery of 586 chips from Intel for evaluation 

Commercial version of FDDI has been received and evaluation tests started 

Three advanced parallel processing systems developed by DARPA are being 
evaluated for increased computational capacity and fault tolerance 

Technique for converting digraph models to fault trees for reliability analysis 

has been completed. Fault tree to digraph conversion now under consioeratioi 
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DMS upgrades through applications testing. 

• Evaluation of iWarp integration into DMS baseline 
architecture. 

m Seven degree-of-freedom spatial motion planning 
application on the iWarp. 

« Complex sensor processing applications on the iWarp. 

I ne goal or inis wuiK b w «utci.caiitAia^ « * * wl r ^ 
suitability as a processing device for space missions. 
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DMS Advanced Architecture Task 92 Goals 


Begin timing studies of the Station Lynx OS with Ada application programs 
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Station Ada compiler 

• Initiate long term effort on techniques for dynamically updating DMS 
operating system 

• Continue evaluation of parallel processers and expand fault tolerant system 
investigations 

• Begin detailed testing of 586 processor 

• Prototype an end-to-end payload experiment to define DMS capabilities 
and limitations 

• Develop a detailed Ada model of the on-board RODB for use in cooperative 
Ames/JSC/UH-CL flight data base testing 

• Implement a multi-node test bed that emulates the flight configuration plus 
additional nodes for a payload command station, ground control console 
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OVERVIEW 


Most present day fiber optic networks are in fact extensions of copper wire 
networks. As a result, their speed is still limited by electronics even though 
optics is capable of running three orders of magnitude faster. Also, the fact that 
photons do not interact with one another (as electrons do) provide optical 
communinication systems with some unique properties or new functionality that 
is not readily taken advantage of with conventional approaches. This paper 
describes some of the motivation for implementing network protocols in the 
optical domain, a few possible approaches including optical CDMA, and finally 
how this class of networks can extend the technology life cycle of the space 
station with increased performance and functionality. 
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OVERVIEW 


• Why optical? 

• NASA needs 

• Network bottleneck areas 

• Possible solutions 

• components 

• architectures 

• Spectral CDMA 

• Technology availability 
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FIBER OPTIC LAN ELEMENTS 


Contemporary fiber optic local area networks are comprised of three principal 
elements: (1) photon to electronic transceivers, (2) network protocol logic, and 
(3) host interface logic. Typically, all three employ electronic components. In 
most networks, all packets pass through the first layer to the second layer where 
non-local packets are filtered out. Additional processing occurs in the host 
interface and the host to determine the nature of the packet and to what service 
it should be forwarded. Progressively more overhead is accummulated as the 
packet climbs up the protocol stack which ultimately adds delay to the packet 
and reduces the number of packets transmitted by second. 
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BACKGROUND 


By implementing the network protocols in the optical domain, the electronic 
bottleneck may be circumvented for many of the elementary functions (such as 
addressing) thereby increasing the packets that can be passed through a node 
up to and beyond lOOGbit/s. Other advantages include lower power 
consumption, non-blocking crossbar functionality, and higher security. To 
realize a fully photonic network, one must be able to implement boolean 
functions in the optical domain. A method based on spectral code division 
multiple access (CDMA) permits this style of implementation based on 
established optical processing techniques. Furthermore, it fully exploits the 
strengthes of optoelectronic components, and can utilize the full terahertz 
capacity of optical fibers. 
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BACKGROUND 


• All optical local area network technology that provides: 

- very high aggregate speed (>1 OOGbit/s) 

crossbar functionality (non-blocking) 
high security 
low power 

needed by next generation spacecraft instruments in early ’00 
(e.g., concurrent processors, optical telecom, etc) 

• Optical protocol technology is based boolean functions implemented 
with coherent fiber optics and spatial spread spectrum techniques 

• Exploits THz bandwidth capacity of single-mode optical fibers and 
non-linear behavior of optoelectronic devices 

• Circumvents usual electronic and TDMA throughput bottlenecks 
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MOTIVATION 


Many different types of applications are on the horizon that will demand higher 
speed networks including RISC-based instruments, high-rate IR/radar imagers, 
advanced parallel computers, and possibly optical telecom. 
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• Technology supports spacestation, future Earth orbiting satellites, 
and deep-space probes with high-bandwidth telemetry 
requirements, such as: 

• synthetic aperture radar (SAR) 

• optical processors 

• spaceborne supercomputers 

• optical memories 

• systolic array signal processors 

• Telescience - future emphasis in preprocessing data during 
acquisition to reduce telemetry downlink bandwidth requirements 

• Decentralization of resources, data bases, and computational power 
on a local and national level commensurate with GFIop/TFlop CPUs 

• Spacecraft networks with reduced cable weight, low power, 
and increased security 

• Provides communication fabric for HPCI and Touchstone TeraFlop 
massively parallel concurrent machines 
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HIGH DATA RATE SYSTEMS IN FUTURE SPACECRAFT 


A hypothetical future spacecraft might include a varieyt of high rate instruments 
based on designs currently under laboratory development (SAR, systolic arrays, 
optical telecom, MAX, optical computers, optical memories, etc). A high speed 
communication fabric able to handle both packet and stream messages will be 
required within similar power envelopes that we have available today. 
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HIGH DATA RATE SYSTEMS IN FUTURE SPACECRAFT 



• APPLICATIONS WILL REQUIRE A HIGH-SPEED (0.1-1 GBIT/S) DATA NETWORK 
ON-BOARD SPACECRAFT FOR BOTH STREAM AND PACKET TRAFFIC 
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EVOLUTION OF UNMANNED SPACECRAFT DATA 

BUSES 


The evolution of unmanned spacecraft data buses at JPL has spanned simple 
centralized communications topologies through parallel buses to (more 
recently) high speed networks. A system requirement has always been that the 
network offer deterministic packet transmission (bounded latency). As speeds 
and functionality increase, more instruments can be added with an increasingly 
larger range of services. 
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EOS 2 

Modular high-speed instrur 
ray and concurrent process 
sec speeds. An all-optic LA, 
connection style interfaces 


HIRIS, optical memories, systolic ar- 
>tributed networks with multi-gigabit/ 
vome the NIU speed limit and provide 
is. 












VIABILITY OF FDDI FOR SPACECRAFT 


The 100 Mbit/s Fiber Distributed Data Interface (FDDI) has been under 
development by NASA, DoD, and many commercial companies. Based on a 
fiber optic dual token ring, the network offers standard multi-vendor interfaces, 
low EMI/RFI, multi-fault tolerance, deterministic packet transmission. Currently, 
the NIU logic is available in a small 3-IC chip set. 
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FOR SPACECRAFT 


Advantages 

• Speed matches next generation 
instrument technology 

• Fiber optic ready 

• Multi-fault tolerant 

• Deterministic 

Disadvantages 

• High power consumption 


August 7, 1991 


SAR, IR Imagers, 
signal processors 

all fiber attributes 

enhanced survivability 

vital for stream traffic, 
control, heartbeat 
functions 


may limit to Earth 
orbiters 
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OBJECTIVE 


The main objective of the this research effort is to leapfrog current 
electronic— based network technology with an all-optic one that provides 1 00X 
improvement in speed, non-blocking crossbar functionality, and hybrid sen/ices 
(packet and stream). It also intends to demonstrate optical protocols with an 
existing space station DMS testbed, and identify technology availability. 
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OBJECTIVE 


• Leapfrog conventional electronics-bound network technology 
with optics to achieve 1 00X improvement in capacity, reduced 
power, and integrated service functionality 

• Demonstrate that electronic protocols can be implemented 
in the optical domain 

• Develop DMS network migration paths 
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BENEFITS OF LANs IN SPACECRAFT 

Networks offer increased speed, simpler wiring, and interchangeable 
modularity. All these factors enhance making the system easily 
reconfigurable— and even serviceable— in space. 
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BENEFITS OF LANs 

IN SPACECRAFT 


• High-speed 

• Daisy chain wiring 

• Time Division Multiple Access (TDMA) 

• Standard protocol and interface 

• Reconfigurable 


Impact 

greater throughput 

less required cable 

shared user cost 

modular instruments, 
increased testability, 
off-the-shelf GSE 

changes easily 
accommodated 
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BENEFITS OF FIBER OPTCS IN SPACECRAFT 


In addition to enormous bandwidth, fiber optics also provide enhancements in 
EMI/RFI immunity, ground loop isolation, no external emissions, and small size, 
weight and power consumption. 


NASA Space Station Evolution Conference, Houston 


August 7, 1991 


LB-20 



Light weight 
Small size 
Low power 
No emissions (E/M) 


IN SPACECRAFT 

Impact 

• greater payload 

• smaller right-a-way 

• smaller pwr plant 

• relaxed routing, 

• boom Instruments 


Immune to RFI, EMI, ground loops • relaxed routing, 

• simplified integration 


Very large bandwidth 


© supports future 
© instruments 
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APPROACH 


• Analyze present DMS baseline to establish network topology, 
protocol, and interface requirements 

• Develop and demonstrate two-node optical testbed for stream 
and packet traffic 

• Analyze optical protocol suite tradeoffs and compare with other 
approaches 

• Identify DMS network upgrade paths 

• Conduct interface demonstration with another DMS system 
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COMPONENT TECHNOLOGY LIMITS 


The speed of state-of-the-art electronics and optoelectronic components 
currently is about 20GHz while fiber optic media provides three orders of 
magnitude more capacity (to 50THz). Tapping into this enormous bandwidth is 
simplified if the electron-based devices can be removed from the first few tiers 
of the network protocol stack. 
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COMPONENT TECHNOLOGY LIMITS 


% 

Electronics 

• MESFETs (GaAs) 

• HEMT (GaAs @ 77°K) 

• VLSI (GaAs/2K gates) 

• VLSI (Si/1 K gates) 

Now 

1 5 Gb/s 

5 GHz 
"1GHz 

Future 

35 GHz 
1 00 GHz 
20GHz 
12GHz 

i # 

Optoelectronics 

• laser diodes sources (InGaAs/P) 

• modulators (LiNb, MQW InGaAs) 

• photodetectors (InP/GalnAs, GaAs) 

1 6 Gb/s 
20 GHz 
20-40 GHz 

45 GHz 
>1 00 GHz 
1 00 GHz 

m 

Media (L=1 Km) 
coax 

multi-mode fiber 
single-mode fiber 

300 MHz 
3 GHz 
>200 GHz 

>1 OTHz 

m 

Peripherals 

processors (RISC) 
memories (GaAs) 

25MHz 
"1 GHz 

>200MHz 
>1 0GHz 
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FUNDAMENTAL TDMA PROTOCOL LIMITS 

Conventional local area networks (of few km length) employ Time Division 
Multiple Access (TDMA) protocols to arbitrate fairly between users. Generally 
these networks are limited by two mechanisms: one is the signalling limit on the 
channe imposed by the network interface components, and secondly a 
protocol-dependent propagation delay limit that varies inversely to the lenqth of 
the network. The latter comes about because TDMA protocols, whether it be 
ethernet or token rings, arbitrate fair use of the common channel bv 
guaranteeing that each user (or node) will have an opportunity to talk during a 
given period. In effect, the bandwidth of the channel is distributed evenly amonq 
the users. A by-product of this is that a node must listen for a period equal to the 
propagation delay of the media between transmisions. Hence, if the packet size 
remains constant, the efficiency will decrease as the data rate increases. This 

suggests one reason why higher speed networks, such as FDDI or HIPPI have 
defined larger packet sizes. ’ 
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FUNDAMENTAL TDMA PROTOCOL LIMITS 



Distance (L), m 


Packet size must scale with bit rate to maintain high efficiency for ’’fair” protocols. 
Suggests WAN strategies for >100 Gbit/s - terabit local networks? 
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SOME CANDIDATE ALL-PHOTONIC ARCHITECTURES 


Two of the most prevalent all- or mostly- optic network systems being explored 
today are dense wavelength division multiplexing (WDM) and code division 
multiple access (CDMA). Both partition the optical spectrum into channels in 
order to circumvent the limited signalling rate of electronic components. With 
WDM, each channel operates on a separate wavelength. No provisions are 
made to implement protocols optically (this is typically done in a companion 
electronic network). With CDMA, the approach is slightly different in that all 
channels are encoded with a unique code that is spread over all wavelengths. 
Thus, each channel occupies all of the 1 0THz spectrum, but is non-interfereing 
with the others since it is orthogonal (by design). The net effect with CDMA is 
that the network behaves as a non-blocking crossbar switch. Furthermore, the 
CDMA encoding method can be based on phase encryption of the 
multi-wavelength front, which preserves optical power and makes the method 
amendable to fourier optics implementation and the possibility of adding 
boolean functions. 
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SOME CANDIDATE ALL PHOTONIC ARCHITECTURES 


• Very dense WDM 

• Fiber Optic Code Division Multiple Access (FO-CDMA) 
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POTENTIAL OPTICAL NETWORK PROTOCOLS 

A few of the more widely known protocol functions that must be implemented 
by a network are regeneration, addressing, arbitration, error detection and 
correction, flow control, routing, and authentication. In an all-optica! network, the 
order of some of these may in fact be altered due to the unusual properties of 
the spectral CDMA. For example, addressing and routing may be conducted 

before regeneration. 
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POTENTIAL OPTICAL NETWORK PROTOCOLS 


• Regeneration * 

% Flow Control * 

• Addressing 

m Arbitration 

• Routing (and Address Translation) 

® Encryption 

• Error Detection/Correction 

• Authentication 

• more difficult to implement optically 
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DENSELY PACKED WDM 


In dense WDM, one channel wavelength can be assigned to one service, e.g., 
voice, video, etc. Sixty-four or more of such wavelengths can be closely spaced 
and passed over a single-mode optical fiber at 1 .55um. However, another 
method is to assign each bit of a computer word to an individual wavelength. 
Assuming each laser diode in the stepped wavelength array can operate at 1 
Gbit/s, such a link could conceivably operate beyond 64 Gbit/s (for a 64 element 
array). However, because each laser operates incoherently with respect to the 
others, it is difficult to sum and. subtract bits in boolean fashion thus closing 
many opportunities for implementing more advanced protocols. 
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CDMA FOR CELLULAR TELEPHONE 

Although spread spectrum communications has been used primarily for military 
communications for the last few decades, CDMA is now being used for 
commercial deployment of cellular telephone networks to squeeze more 
capacity out of the existing RF spectrum and to allow more rapid reconfiguration 
of the system and growth. 
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PacTelCel 1 ular 

Takes a Gamble - 
on Technology 

■ Telecommunications: , j 

Mobile plionc companies are I 
adopting new systems. The ! . 
Southland’s biggest cattier has j 
decided to go its own way. < 

lly OCAN l AKAUASIll < 

TIMES 5IAIF WKIff-R \ 

J effrey n. Hultman, president and chief* . 
executive of PacTcI Cellular, likes to telll . 
his employees that they are pioneers in a; 
"100-year business." * t - • 

Taking a long-term view j keeps a dccl-» 
sion such as which of two competing 1 
cellular phone technologies to adopt from! 
seeming quite so daunting, he says. Even 
so, Hultman and other cellular Industry! 
executives arc grappling with the biggest! 
technological transition in the industry's; 
brief history, 

The change involves modernizing the 
nation’s cellular networks with second- 
generation digital technology that will 
allow cellular companies to squeeze calls 
onto an already cramped wave band. , • 

‘ For PacTcI Cellular, the nation's second- 
largest cellular phone company, the change 
comes at a crucial time. In Los Angeles, the 
Irvine-based company’s largest market, 
the carrier that converts to digital first 
could capture the lion‘s share of suhserlh- 
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CELLULAF 

Continued from pi 

and PacTcI has * a reputation, for 

dicing that." ; 

; Hultman said he was skeptical 
when officials from Qualcomm Inc., 
San Diego starl-up, approached 
lym late last year and told him 
their digital technology— known ns 
code division multiple access, or 
CjDMA — would allow PacTcI to 
shuccze 20 limes more callers onto 
Inc existing network. 

! After all, just a few weeks earlier 
a)id at HuUman’s recommendation, 
ijic Cellular Telecommunications 
industry Assn, voted unanimously 
ib adopt a digital technology called 
t|mc division multiple access, or 
TDMA, ending a* two-year dispute 
over industry standards. Because it 
ejnerged so late, CDMA was not 
considered. 

• TDMA extracts three to seven 
limes more capacity from the ex- 
isting analog system by slicing a 
frequency into a number of time 
riots. The transmitter bursts a 
signal for a call for a given period 
of time and then alternates to 
ojiolhcr call, dropping the first one 
for a split-second. 'The caller can't 
notice the gaps between the call 
signals because they are so short. 
In effect, several calls are handled 
simultaneously on the same fre- 
quency. 

J But CDMA systems, first devel- 
oped by the military to protect 
radio communications, spread a 
number of call signals across the 
available frequency spectrum si- 
multaneously and assign a unique 
•binary code to each signal. The 

<df!U'us arc r nvm (Go G 
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next year. He caulloiia, however, ftOrthcVn'Orahgd bounty, 
that any further disputes over Today, Paclfei has more Ihfln ‘170 

standards could delay Industry cell sites coveting ‘10,000 square 
growth and raise the cost of digital mttee n>As SoUUilahtl tOUtUlos.'Cff 
cellular equipment. the combats *U(J,bOO dUWoflbors, 

Some Industry observers say about 170,000 dnrlh Los ‘Attgeles, 

PacTel and others who support estimates beradhei Shodtd3k. a 

CDMA are hurling the Industry by cellular markdt resertfdliaHlh 3fl- 

not being team players and endors- ver Spring, Md. About 40% of 

Ing the Industry standard/ PacTels Southern California cus- 

! lomers arc in Oranee County. 

^^117hat Is disturbing is that Thc company Y s growth in 
VY certain companies (that. Southern California reflects the 

support CDMAJ aic so willing to enormous popularity of cellular 

pursue a panacea that* Isn't proven phones In the land of car-crazy 

and wasn't part of the testing commuters and clogged freeways, 

process that arrived at a standard," A|U { ^ growth has been brisk in 

said Eric Lissakcrs, director of PacTel's other California cellular 

planning and development for *Er- markets? San Francisco, San Diego 

lesson Radio Systems, a Richard- anc * Sam ^°? e - FacTel provides 

son, Tex., cellular phone manufac- cellular service in more than 20 

turcr, "They arc looking at a cities, including Atlanta, 

rainbow instead of the planned With 30 million potential sub- 
cvolutiort of a standard " . soribers In its coverage areas. Pac- 

Mnrk Buford, a spokesman for ^ Cellular Is second only-, to 

Northern Telecom Inc., a Canadian McCaw Cellular Communications 

telecommunications manufacturer, of Kirkland, Wash, 

said his. company has endorsed Nationwide, the number of cel- 

TDMA but continues to explore l u * ar subscribers is expected to 

CDMA as an alternative. He said rocket from 3.5 million last year to 

any changes could result In higher ^ eas *- rnillion by 1995, Shos- 
dcvclopmcnt costs and a delay in estimates. About 10% of the 

the conversion to digital. nation's cellular phone subscribers 

For its part, the Federal Com- are * n f greater Los Angeles,* the 
munitions Commission ruled In nation’s second -largest market af- 

1987 that carriers do not have to ter New York City. ! 

follow a particular standard, so the , PacTel has grown to more than ( 
choice between technologies could L300 employees, Including 535 in 

be made on a market-by-market Orange County, and plans to add 

basis 300 more employees by year-end. 

But PacTcl's Hultman argues Three weeks ago, it began moving J 

that the advantages of CDMA Us headquarters staff to new quar- , 

lochnology arc loo big Ignore. ters in Irvine. r 



FIBER OPTIC CDMA 


The basic CDMA network assumes a star topology (although this can be 
altered) where each user or node encrypts a message using his specific 
orthogonal code. This signal is mixed with all others and re-distributed to a 
nodes on the network. Each network receiver then applies a key to filter out all 
other channels except the one of interest. 
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Fiber optic code division multiple access (FO-CDMA) implemented in a STAR con- 
figuration (c.f., Salehi, 1987). 
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FIBER OPTIC CDMA 

The first basic spectral CDMA network was demonstrated by Salehi, Brackett, 
and Weiner at Bellcore using a visible light mode locked dye laser. The idea is as 
follows. The mode locked laser delivers a train of very short pulses (<1 OOrs) at a 
very hiqh rep©tition rate (>1 GHz) to an optical modulator. The host ihen drives 
the modulator to extinguish or pass bits of this train. A simple fourser analysis of 
this bit stream would suggest an RF spectrum resembling a comp function 
modulated by a sine 2 power envelope. This signal is then passed through an 
optical q rating and lens to spatially spread each spectral ine across a spatial light 
modulator element. Each line can then be individually phase moduated, 0 or 
180 deqrees, using the prescribed orthogonal code set and then recombined 
with another grating/lens assembly and sent out to the network. This specific 
channel can be retrieved from the background noise of the the other channels 
bv creatinq a key that reverses the phase shifts originally introduced at the 
transmitter. All other channels are rejected. JPL is now extending this system to 
the minimum dispersion wavelength of optical fiber (1.55um), and building 
higher level protocols on top of this foundation. 
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Fiber optic code division multiple access (FO-CDMA) network uses freguency 
spreading rather than temporal spreading (c.f., Salehi, 1988). 
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OPTICAL ARBITRATION 


Pure optical arbitration can be implemented in a receiving station using a 
secondary photorefractive mask. The first SLM mask is used to program the 
local station’s address or a network broadcast address. The second mask is a 
photorefractive crystal programmed by the first source node able to write to it. 
Data flows from the source node to the destination node after the second mask 
is written. Other stations are blocked. Once complete, the receiver station 
erases the second mask allowing other source nodes to write to it. This 
approach has an advantage over hybrid optical/electronic approaches in that 
less handshaking is required between the nodes. 
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OPTICAL SYSTEM POWER BUDGET 


All the losses in any optical network must not exceed the difference between 
the transmitter power output and the receiver sensitivity. Since the spectral 
CDMA uses a mode locked laser, this power level can be quite high. However, it 
also has additional losses over the typical optical link, such as spatial modulator 
losses, coding losses, grating losses, and polarization correction losses. When 
all added up, these losses fall between the power budget for a coherent and 
incoherent transmission system. The system shown would support 32 users at 
1 Gbit/s using a coherent detector. 
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dBm 


dBm 


Source (P t =1W) +30 

Receiver (P r =2uW: non-coherent) -25 

Receiver (P r =20nW: coherent) -45 

Optical Components: 

gratings (4 x 85%) -3 

fiber coupling loss (3x1) -3 

fiber absorption loss (100m) -1 

star coupler division loss (32x32) -1 5 

SLM absorption loss (2 x 10%) -20 

Modulation Effects: 

bandlimiting effects -10 

CDMA channel interference (n=1 0) -1 0 

TOTAL SYSTEM LOSS: 


55dB 

75dB 


62dB 


CONCLUSION: Sufficient power budget is available for femtosecond CDMA 
especially if optical fiber amplification is used. 
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LABORATORY EXPERIMENT 


The laboratory experiment constructed at JPL employs an Argon pumped 
Ti:sapphire laser that delivers 980nm/20Wto an erbium fiber ring cavity that is in 
turn excited to lase and passively mode lock at 1 ,55um/50MHz. Pulses as short 
as 700-fs have been obtained with this system and further reduction in pulse 
width (which translates into more channels) is possible with additional fiber 
compression stages. In the future, the bulky Argon pump laser could be 
replaced by a small cm-size semiconductor laser operating at 980nm. Further 
integration should permit the laser, its mode locker cavity, the data channel 
modulator, gratings, lens, and spatial light modulators to all be put onto the 
same integrated optic chip. 
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TECHNOLOGY AVAILABILITY 


Since spectral CDMA is only in its earliest stages of development leading toward 
a concept demonstration, many evolutionary steps are envisioned before an 
actual commercial system could be built. However, even at this early stage, 
some trends may be identified that would maximize technology insertion 
notential bv staqes into a large system such as space station. For example, in 
the near term the baseline design calls for 1 00 Mbit/s FDDI network. A natural 
finterim) second step that would preserve all the existing system interfaces 
would be to pack more FDDI channels into the same optical fiber using dense 
WDM techniques, which is expected to mature earlier than CDMA. Many gf the 
qratinqs, micro lenses, and couplers used in WDM would also be needed in the 
spectral CDMA, and so, such a step would allow early returns of R&D 
investment in more fundamental devices needed for WDm and CDMA 
systems. A final step would be to migrate to full spectral CDMA which would 
allow individual interfaces to be elevated to beyond 1 00 Gbit/s and new forms of 
services to be added. 
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m BASELINE CAPABILITY (NOW) 

• NET: dual-redundant (Class A) 100 Mbit/s token ring (FDDI) 

• CABLE: multi-mode fiber optics 

• CONNECTORS: multi-mode tolerance components 

• TOPOLOGY: 38 concentrators x 8 ports = 304 users (rinq) 

• SOURCE: LED or laser diode 

• INTERIM (FY’96) 

• NET: multiple FDDI rings WDM-muxed onto single fiber (5Gbit/s) 

• CABLE: single-mode and multi-mode fiber optics 

• CONNECTORS: single-mode tolerance components 

• TOPOLOGY: multiple rings through patch panel 

• SOURCE: 1 6-64 element laser diode stepped k array 

# LONG TERM (FY’01) 

• NET: all-photonic CDMA crossbar (>1 OOGbit/s) 

• CABLE: single-mode dispersion flatten fiber optics 

• CONNECTORS: single-mode tolerance components 

• TOPOLOGY: multiple logical rings, star, or mesh 

• SOURCE: integrated optic mode-locked laser & modulator 
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BASELINE INTEGRATION 


This effort will ultimately produce a two-node laboratory demonstration that will 
interface two forms of services (e.g., image streams and computer packet) . It is 
planned to develop an interface to the DMS testbed at ARC to fully assess 
space station requirements and performance benchmarks with this new 
generation of network. Three basic groups of tests are planned, including 
functional system interface requirements, network performance, and 
mechancial interfaces. The effort also draws upon integrated optic component 
reserach development efforts at JPL and elsewhere. 
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BASELINE INTEGRATION 


• Interface with ARC DMS testbed 

• Functional assessment 

• Performance assessment 

- NIU power consumption 
optical power budget 
protocol latency and speed 

- number of channels 
error rate 

• Mechanical interface assessment 

size 

weight 

topology 


NASA Space Station Evolution Conference , Houston 


August 7, 1991 



NEW COMPONENTS REQUIRED 

A variety of new components are required to fully realize such a system 
commerciSv Some of thse devices include coherent fiber optic media 
rniinlprs star sDlitters and modulators) , mode locked lasers on a chip, fast 
(1 Gbit/s)’ ID spatial light modulators, and fast picosecond detectors to name a 
few Some are actually not too difficult to fabricate, but they need sufficient 
impetus to spark interest among semiconductor device physicists... which is one 

of the objectives on this effort. 
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NEW COMPONENTS REQUIRED 


• Coherent fiber optic components (media, couplers, splices 
modulators) 

• Tunable sources and detectors - in large arrays (MOW) 

• Monolithic femtosecond optic generating sources 

• Fast planar 1 D SLMs 

• Low-repetition rate (<10GHz) real-time femtosecond detectors 

• Optically controlled switches 

• Optically controlled wavelength tuning 

• Fast high-level protocol engines (»Gbit/s TCP/IP) 
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SUMMARY 


Optical protocols for networks provides a way of bypassing the oloctronic 
bottleneck and allowing speeds of 1 00 Gbit/s or more to be ^hieved ^ ,\n 
□rinciole both stream and packet services can be conveyed over the same 
fransmission fabric with no centralized control. The spectral CDMA technique 
described here provides the foundation for implementing basic boolean 
functions to build higher level network protocols such as arbitration, routing, and 
error detection. A natural by-product of the system is that it provides ful 
mn-hlnckina crossbar connectivity. Because the basic interface is all optical 
and switched at some sub-multiple of the actual channel, little electrical poweris 
consumed by the network in the standby or active modes. As data rates 
increased, such a difference could become quite large. 
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SUMMARY 

ADVANTAGES OF OPTICAL PROTOCOLS 

• No electronics limit... 

• clock recovery independent of data format 
® synchronous or asynchronous operation 

• Addressing, routing, encryption possible in the optical domain 

• Crossbar connectivity 

• Higher throughput efficiency (no one NIU limits aggregate capacity) 

• Ideally suited for real-time stream traffic (voice, video, SAR) 

• High security 

® difficult to tap by any direct optical methods 
® tapping is detectable at network receivers 
® movement of media is detectable during power-off periods 

• Channel signalling rate limited by optical modulator to >2QGHz 
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□ Space Station scheduling problems are diverse 

■ Assembly Plan 

■ Flight Manifest 

■ Avionics 

• development 

• test 

• integration 
B Training 

• Shuttle Astronauts 

• Station Astronauts 

• Control Center Operators 

• Integrated Training 

■ Facilities 

• Shuttle Simulators 

• Zero-G Simulators 

• Tele-Robotics Simulators 

• Avionics Development Facility 
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□ Space Station scheduling problems are diverse 

■ Station Operations 

• Core processes 

• Payloads 

• Real-time schedule evaluation & revision 

■ Ground Operations 

• Control Center staffing 

• Payload Operations 

■ Publications 

• Flight Plans 

• Schedules 






Space Station Evolution 


Beyond the Baseline 


I I It ic Hiffir ‘1 lit i il<'4 E f» i_ _ _i, . i • 

■— ,i ,4j iu uuiiu pureiy ctuiumciieu scneaunng systems 

B !t is impossible to reduce our measure of a good schedule to one 
number that can be used in our search for an optimal schedule: 

* Everyone has different opinions 

* Our priorities depend upon circumstances 

H ^ algorithms that attempt to find a good or optimal schedule are 
based upon search: 

* Even familiar algorithms, for instance square root, are based 
upon search. 

However, in scheduling problems the time required to solve a 
g!ven problem increases exponentially with the number of 
activities and resources to be scheduled. 



ISE Advanced Technology 


P 


Space Station Evolution Beyond the Base/f'ne 


Scheduling is Hard 

□ It is difficult to build interactive scheduling systems 

■ The implementation of interactive scheduling systems requires a 
disproportionate investment in the graphical user interface. 

• Estimates now range between 40 and 60 percent of effort. 

• The effort required is likely to increase as user expectations 
become elevated. 

■ User interface standards are rapidly evolving. 

• A standard without concensus is not a standard. 

- Windows 3.0 

- Macintosh 

- X-Windows 

- OpenWindows 


o 



Space Station Evolution 


Scheduling is Hard 

□ Familiar, commercial project scheduling software cannot effectively handle 
the complex resource constrained” and “state constrained” schedulinq 
problems that are characteristic in the Space Station domain. 

° for^ustomer mo d?fTcati o n * 3ro< ^ ucts are not 9 ene rally available in source code 
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Scheduling is Hard 

□ State-of-the-art scheduling research performed at the various NASA centers, 
including JPL, NASA-ARC, GSFC, and in the research laboratories of the 
major NASA contractors, including McDonnell Douglas, Martin-Marietta, and 
Lockhead, is based upon LISP 

■ LISP is not generally accepted for production operations. 

■ The data structures and algorithms are not easily translated into 
conventional languages. 
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Background 



□ January 1989 

■ Three Tasks 

• Develop generic planning and scheduling technology 
(NASA HQ, Code MD) 

• Develop technology that will enable real-time, onboard, 
schedule evaluation. 

(NASA HQ, Code MT) 

• Investigate technology that will enable real-time, onboard, 
schedule revision 

(MDSSC-SSD, WP-2) 

■ Synergistic Combination 

• A full-function scheduler requires both schedule evaluation 
and revision. 

• Schedule evaluation requires generic scheduling technology 

• Schedule revision requires generic scheduling technology 
and schedule evaluation technology 
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Objective 



□ Develop and Demonstrate advanced scheduling techniques targeted towards 
SSF applications 

■ Develop a library of scheduling software 

• Written in Ada with an X-Windows user interface 

• That supports both interactive and autonomous scheduling 

• That is generic, yet suitable for the development of 
specialized applications 

a Demonstrate the capabilities of this software in an interactive 
scheduling system 

■ Develop the peripheral systems that will enable this software to 
become a stand-alone, turn-key, off-the-shelf product. 
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Benefits 

□ InnmaQarl Prnrfi ir'tiwiiw 

e b E § I wUUwu v i ly 

■ By the groups that perform scheduling 

□ Increased Utilization 

B 0f the people, resources, and facilities being scheduled 

□ Cost Avoidance 

Avoid the staffing increases that may be necessary when station 
becomes fully operational. 

□ Enhanced Safety 

■ Scheduler can guarantee that the resulting schedules satisfy all 
relevant contraints 

* Evaluator can guarantee that constraints remain satisfied at 
execution time. 




VI 


Space Station Evolution Beyond the Baseline 

Benefits 

□ NASA owned, state-of-the-art, interactive scheduling system 

■ that is in conformance with requirements for onboard systems 

e that is suitable for a wide variety of ground and orbital applications 

■ that is portable across multiple platforms 

a that can be freely shared by all NASA centers and contractors 

m that can serve as a cost-effective platform for continuing researcn 
and development 
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Approach 

□ Scheduling Engine 

« Incremental Scheduling 

• provides the ability to create or edit the schedule by 
scheduling and unscheduling one item at a time 

■ Non-Chronological 

• provides the ability to create or edit the schedule in much the 
same way that you might draw and erase I-beams on a piece 
of paper. 
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□ Graphical User Interface 

■ Current User Interface 

• Based upon X-Windows 

• Enables remote execution 

- Macintosh with X-Windows at JPL 

- Scheduling engine in Houston 
H Next Generation User Interface 

• GENESIS 

- GENEric Scheduling Interface System 

• Jointly designed with JPL 

• Based upon X-Windows 

• Will become a seperate product that can be used by a variety 
, of scheduling engines and applications. 

• Based upon the most general concepts of interactive 
scheduling. 
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Approach 

□ Software Engineering 

■ This software is has been designed for distribution and re-use: 

• Modular (packages) 

• Data Abstraction 

• Information Hiding 

• Side-Effect Free 

• Advanced Data-Driven Testing 

• With emphasis on 

- portability 

- maintainability 

- reusability 

- adaptability 
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Approach 

Q NAiSA ownership 

■ Periodic contribution to COSMIC 

a Available directly from the Software Technology Branch 

□ NASA wide collaboration 

11 New user interface was designed through a series of video 
conferences with JPL 

B Standards for data interchange will be developed through a similar 
effort 

■ Work on distributed resource managers continues with the 
collaboration of the the COOPES development team 

■ Planning is nearly complete for the second Planning and Scheduling 
workshop to be held September 24-26, whose purpose is to chart a 
program of cooperative research and development 
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Baseline Integration 

□ Actively working with several customers 

■ COMPASS is being used to build schedules and resource profiles for 
the Design Reference Missions. 

* COMPASS has been selected as the basis for ADF and MRMDF 
scheduling. 

■ COMPASS is being evaluated for use in several other application 
areas including: 

• Space Station Training Office 

• Systems Engineering Simulator 

• Ground Operations Support 
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B provides reasonable, but approximate models of activities and 
resources 

□ Development of Advanced Technology is needed to realize the the full 
potential of the Space Station and supporting groups 

H Interruptable Activities with Persistent Resource Requirements 
M State Constrained Scheduling 

Methods for accomodating change-over-costs (required for 
the ADF) 

• Methods for maintaining state-transition time-lines and for 
scheduling against required conditions. 

■ Schedule Optimization 

• Genetic Algorithms 

■ Parallel Scheduling Algorithms 

• Pipelined Networks of Transputers 
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Growth and Evolution 


Beyon< 


□ Advanced Applications 

■ Distributed Resource Management 

• Enables the creation of high fidelity resource models 

• Enables access to resources managed at remote sites 

• Research performed cooperatively with the COOPES 
development team. 
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Growth and Evolution 


uj nuvctnoeu AppiiuciiSuiib 

■ Distributed Scheduling 

• Geographically Distributed 

- Simultaneous access to central scheduler 

- Simultaneous operation of multiple schedulers with 
centralized data 

- Simultaneous operation of multiple schedulers with 
multiple sources of data 
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Real-Time 

• Evaluation 

• Propagation of delays 

• Interactive and Autonomous Revision 
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Conclusion 

Space Station Freedom has a wide variety of scheduling needs. 


[•rcwrawfl 11 
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satisfy these needs. 


□ This technology is maintained in the form of a software library and interactive 
scheduling application which is highly portable, adaptable, and re-useable. 

□ COMPASS is the beneficiary of significant support and collaboration from 
many different NASA organizations including NASA-HQ CODE MT, MD, and 
R, JPL, NASA-ARC, LeRC, and Martin-Marietta. 

□ COMPASS is already being used for analysis in several different Space 
Station organizations, it has been selected as the scheduler for two critical 
facilities, and it is being evaluated for use in other applications. 

□ The COMPASS team, in collaboration with others, continues to develop 
specific scheduling technologies and applications that are necessary in order 
to achieve the full potential of the Space Station and the organizations that 
support its operation. 
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Background 


• Started in 1987 as RTOP from Office of 
Aeronautics, Exploration and Technology to 
demonstrate readiness of expert systems 
technology to perform in real operational 
environments 

• Expanded in 1 991 to provide office-based 
development, test, and training environment for 
Space Shuttle flight controllers 
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• Integrated Communications Office (1987-present) 

• All traditional mainframe computations and displays in 
workstation 

• Additional fault detection programs not in mainframe 

• DATACOMM Expert System 

• BOOSTER 

• All mainframe computations and displays in workstation 

• Additional fault detection programs not in mainframe 

• Mechanical Systems (1988-present) 

• Program to automatically monitor orbiter tire pressures 

• Guidance, Navigation, and Control (1 989-present) 

• Jet-Control Expert System to monitor 38 primary RCS jets 


Troy A. Heindel/NASA/JSC/DF24 
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Shuttle Operations 


• Remote Manipulator Systems (1 989-present) 

• Position Monitor color graphics animation to show position of 
RMS 

• Electrical, Generation and Illumination (1 990-present) 

• Fuel Cell Expert System to monitor orbiter power generation 
systems 

• FlightDirector(1 990-present) 

• Wind Monitoring System to monitor cross winds at landing 
sites 

• Data Processing Systems (1 991) 

• DDMAT Expert System to monitor GPC configuration 


Troy A. Heindel/NASA/JSC/DF24 





• Still no flight critical workstation applications 

• New Technology Systems, When Utilized On A 
Large Scale, Require Fundamental Changes In 
Management Philosophies 
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Technology Gap 

* Over Twenty Years Of Main Frame Experience 

* Less Than Five Years Of Workstation Experience 

* Important Differences Between The Two Platforms 

* System Architecture (Centralized vs. Distributed) 

• Functionality 


Troy A. Heindel/NASA/JSC/DF24 
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• Development Methodology 

• Software Configuration Management 

• Role of the User (in application software 
development) 

• Relationship between main frame and workstation 
(tightly coupled?) 


Troy A. Heindel/NASA/JSC/DF24 
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Lessons Leerned 

• Once In Operations, Reliability Is Most Important 
• User confidence hinges on system availability 
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or Space Station 
Freedom 


• Demonstrated Utility Of Automated Monitoring 
Systems In Shuttle 

® Increased importance in Station program 

• Integrated Shuttle Telemetry With SAMMI/FRED 
Display Builder 

• RTDS Is The Development Platform For Mission 
Control Center Upgrade (MCCU) 

• Demonstrated applicability for Station 
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RTDS for Space Station 

Freedom 


• Flight Controller Can Now Monitor Shuttle 
Operations From The Office 

# Possible cost-savings for on-going Station 
operations 

• RTDS Provides For Stand-Alone Flight Controller 
Training 

• Space Station training personnel are 
investigating this for use in training Station flight 
controllers 
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Agenda 


□ Overview of Advanced Automation Study 

□ Overview of Autonomous Diagnostic Checkout Task 

□ Assumptions 

□ Analysis Methodology 

□ Results 

□ Summary of Requirements for Autonomous Diagnostic Checkout 

□ Recommendations for Additional Analysis 
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Overview of Advanced Automation For Sn°space Processing Study 


This study, now in its third year, has had the overall objective and challenge of determining the needed Hooks and 
Scars in the initial SSF system to assure that On-Orbit assembly and refurbishment of Lunar and Mars spacecraft can be 
accomplished with the maximum use of automation possible. In this study automation is all encompassing and includes 
physical tasks such as parts mating, tool operation, and human visual inspection, as well as non-physical tasks such as 
monitoring and diagnosis, planning and scheduling, and autonomous visual inspection. Potential tasks for automation 
include both EVA and IVA events. A number of specific techniques and tools have been developed to determine the ideal 
tasks to be automated, and the resulting timelines, changes in labor requirements and resources required. The 
Mars/P hobos exploratory mission developed in FY89, and the Lunar Assembly/Refurbishment mission developed in FY90 
and depicted in the 90 Day Study as Option 5, have been analyzed in detailed in recent years. The complete 
methodology and results are presented in FY89 and FY90 final reports. 
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□ Study is part of SSF Advanced Studies Program 

□ Three year study began in FY 1989 

□ Primary study objectives 

O 

- Identify suitable processing tasks to be automated (physical & non-physical) 

- Determine hooks & scars required to support evolved SSF on-orbit 
processing 

- Determine impacts of automated processing operations (timelines, reduced 
labor, SSF resource requirements) 

- Assess required automation technologies 
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The Advanced Automation study has struggled with the issue of determining computing resources and the resultinq 
Hooks and Scars required to perform autonomous or semi-autonomous cognitive processing tasks. This issue has been 
addressed in each of the past three years. However it has been extremely difficult to establish any specific methods or 
resu ts. The reason for this is the spacecraft to be processed are in a conceptual phase only at this time, and thus the 
system and processing details are non-existent. This makes it especially difficult to provide details for such high-level 
tasks such as planning and diagnostics. Furthermore the software environment and architecture for the SSF Data 
Management System, has not been completely defined yet either. 

Thus, in order to provide more specific results this year, the study has begun to focus on a more specific less 
encompassing task. The problem of complete system checkout and diagnostics of a vehicle after it has been readied for 
launch is an ideal task for nearly complete automation. Because this task will be similar for both exploration and existing 
vehicles, such as the Space Shuttle, detailed information can be obtained. Thus, computer requirements for complete 
on-orbit checkout of a vehicle, assuming a single IVA astronaut monitoring the testing, have been determined These 
requirements assume a baseline computer system is available either on board SSF, on board the vehicle or possibly on 
the ground. Thus, only those requirements which are specific to autonomous checkout are determined. 
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□ Identify the vehicle processing tasks that can benefit from A! 
technologies 

□ Develop a methodology primarily focused ©n determining the additional 
computer system memory requirements for autonomous diagnostic 
checkout 

□ Estimate the additional computer system requirements for on-orbit 
diagnostic checkout of exploration vehicles 

□ Provide input to DMS evolution requirements and studies 
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A number of assumptions have been made to confine this task and make possible the determination of specific 
numerical requirements. Most of these are straightforward. Note that task times for both the case of human test 
conductors performing each step and autonomous checkout are identical for a majority of system tests. This is true 
because the total checkout task time consists mostly of physical processes and measurements. That is the time to issue a 
system command or diagnose a problem is usually much less than waiting for a tank to fill or a sensor reading to settle 
etc. 
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□ Focus on autonomous diagnostic checkout of LTV at SSF 

□ Computer memory forecasts are in addition to baseline DSV1S 
requirements and are independent ©f where the expert systems reside 
(ie. ©n SSF, on LTV, or on the ground) 

□ All test support equipment configuration and hookups are completed 
prior to conducting any automated diagnostic checkout procedures 

□ The memory forecasts do not include additional requirements for 
diagnosing problems with support equipment 

□ Automated diagnostic checkout test will take same elapsed time as 
manual diagnostic test, and only one crew member is required to 
supervise the automated diagnostic checkout expert systems 

□ All detailed test analyses based on expert system technology 
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A detailed method consisting of various levels of detailed analysis, extrapolations and generic guidelines has been 
developed to analyze and determine automated diagnostic testing requirements . This can be applied to any proposed 
system which can be modeled as a set of analogous currently built systems for which well documented checkout 
procedures exist. The requirements are based on the use of expert systems technology being used to perform the 
automated diagnostic procedures. The basic results provide the number of logic rules and object data facts necessary to 
perform the required test. This information is then used to predict computer resource requirements such as processor and 
mass storage memory. 

The method consists of 4 specific tasks or components to provide the final requirement data: 

1. First the processing tasks of an entire system assembly or refurbishment process are analyzed to determine 

<*4 which tasks are purely diagnostic tasks that are beneficial to be automated. Because a single IVA based operator can 

§ completely monitor the checkout test the required on-orbit labor is reduced. 

2. One or more analogous, currently existing systems are then identified. The analogous ground task(s) is then 
analyzed and a complete set of rules and full knowledge base for the one system or test item is developed. From this 
example coded knowledge base the memory requirements per object or specific test item are determined. 

3. The relative sizes of all vehicle systems are then determined by examining the relative sizes of all analogous 
systems. The relative sizes of shuttle systems is determined from the relative sizes predicted by STS math model sizes. 
The math models are used to simulate system performance for training and accurately represent total number of 
components and complexity in each system. 

4. Other existing Al systems currently in field use are then analyzed to provide additional missing data items. 
Because these systems actually exist, the size and complexity of the physical systems they operate on are well known. 
Also, because they are in use, the overall computer requirements are well known. Thus they provide, in a sense, a reality 
check to the predicted requirements determined for on-orbit checkout. These existing ground systems can also be used 
to estimate factors such as graphics display and user interface requirements, operating systems and other factors which 
represent requirements in addition to those requirements due to specific rules and knowledge. 
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Analyze LTV initial 
assembly & turnaround 
flows for diagnostic test 
that can benefit from 
expert systems 


presentative LTV 
c test to analyze 


Identify & analyze 
analogous ground task 


Estimate on-orbit • . 
. manpower savings 


Develop rules & 
knowledge base for a 
specific test 


Calculate core rule set 
memory reqmts for 
sample knowledge base 


Analyze Shuttle subsystem 
math models 


Analyze existing KSC Al 
systems for relative sizes 


Apply relative sizes of 
Shuttle math models to 
similar LTV subsystems 


measurements 
monitored, & exception 
processing requirements 


Calculate memory reqmts 
for integrated LTV 




Obtain memory reqmts 
for knowledge base 
overhead 
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Category 1 - A procedure/task that is a physical task done by an astronaut or 
telerobot 


Category 2- A procedure/task that could benefit from advanced A! technology 
(ie. vision systems, pattern matching, inspection) beyond the scope of this 
expert system analysis 

Category 3 - A procedure/task that is strictly a diagnostic test and/or checkout 
that can be accomplished by an expert system 

Category 4 - A procedure/task that is primarily an IVA astronaut activity (ie. 

power vehicle down, take pictures) that could benefit marginally by usinq 
Al/expert systems y 

□ An estimate of manpower savings for all Category 3 tasks was calculated 
as a result of utilizing only one IVA astronaut to supervise expert system 
vs. baseline 2-3 astronauts per checkout task 
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□ Knowledge-Based Autonomous Test Engineer (KATE) 

KATE is an excellent example of an Al system that monitors gauges, valves, 
flow rates, and pressures. It was observed while monitoring the LOX tanking 
process of the External Tank during the launch countdown for the STS-40 
mission. 

□ Operations Analyst Expert System (OPERA) 

OPERA is an intelligent operator assistant that monitors Firing Room 
hardware. It reacts to problem situations and notifies the Master Console 
Operator when hardware failures are detected. 


□ Expert Mission Planning and Replanning Scheduling System (EMPRESS) 
Expert system that schedules Shuttle resources at KSC. A significant portion 
of the knowledge base deals with handling exception processing. 



(SYMO806.PPT) 8/5/91 Page: 14 







713 


A91 -F872-007 {DEC 88)/B 


Approach For Estimating System Requirements 


MCDONNELL DOUGLAS 

SPACE SYSTEMS COMPANY-KENNEDY SPACE CENTER 


Although analogous systems in use today exist for every system in an exploration vehicle, and thus specific 
checkout requirements exist, due to the size and number of systems, it is far too laborious to actually develop sample 
knowledge bases for each system. Instead one specific, highly representative task has been analyzed in detail. In this 
case a specific valve within the Atmospheric Revitalization and Pressure Control System (ARPCS), a subsystem of the 
Environmentally Closed Life Support System (ECLSS), on board the Shuttle was analyzed in detail. Based on 
documented Operational Maintenance Instructions (OMI), an actual knowledge base for a valve checkout task was 
created. This is accomplished by developing a PC computer based expert system using the ECLIPSE expert system shell 
tool. The requirements for this single test are then used to predict total requirements for the ARPCS which are then 
extrapolated to the entire ECLSS based on relative system size. That is basic guidelines showing number of rules and 
memory required per object and system test are generated from the example data. The total requirements for each of the 
other vehicle systems are then simply computed based on relative size with respect to ECLSS. 
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Transport Vehicle 
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A single valve test, the Cabin Pressure Relief Valve, within the ARPCS subsystem of the Shuttle ECLSS system 
was coded into an actual expert system knowledge base on a PC. The nominal test, in which no unexpected results or 
problems occur, was based on an actual Operation and Maintenance Instruction (OMI) in use today. The results provide 
guidelines and expressions to predict the total memory requirements of a knowledge base of any system whose number 
of components and required measurements are known. Results show that each object in the system requires three facts 
to represent its state. An object may be a component or a measurement. Facts are simply data items about an object 
such as its state, (ie. open, closed, on etc.) or a minimum or maximum value for a measurement for example. Rules 
define either the condition of the system based on the facts or they control the flow of the test. Any test requires a 
standard set of steps such as start systems, read data items etc. Each test then has specific rules which make up the 
remainder of the flow for a nominal test. Memory is also required to access current and historical sets of specific fact data 
items stored in a database. Memory is also required to store the actual expert system inference engine which sequences 
or applies the rules for a given knowledge base. 
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Results Of Exception Processing Analysis 


The OMI procedures, and the example knowledge base developed based on these, do not include the knowledge 
and steps taken when failures occur during testing. To accurately predict realistic requirements for a complete checkout 
system the ability to handle exceptions from the nominal test case must be accounted for. In order to analyze this portion 
of the system the exception handling rule requirements were determined by examining the ARPCS system as a whole. 
Interviews with NASA test conductors for this test were carried out to obtain these results. They provided an indication of 
which systems are most likely to fail and how often exceptions occur during typical testing. For problems which occur 
frequently, specific test sequence flows developed by the conductors were used to predict exception requirements. It 
should be noted that this is in essence expert knowledge and experience. Because the exceptions are handled on a case 
by case basis no documentation for these flows exists. This analysis provides data in the same form as the Relief Valve 
test but is given in total for the ARPCS system. The total numbers for exception handling in the entire ECLSS checkout 
are then extrapolated based on the relative size of ARPCS within ECLSS. 
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Results of Exception Processing Analysis 
in ARPCS & ECLSS (cont.) 

msi ' / 







□ Since ARPCS comprises 22.43% of ECLSS, the exception processing 
requirements were extrapolated for the entire ECLSS 

□ Results of this extrapolation indicate that within the troubleshooting 
procedures for ECLSS there are approximately: 

- 352 objects 

- 1 ,056 facts 

■ 535 Generic Baseline Rules 

■ 2,925 Test Specific Rules 
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Breakdown of Memory Requirements For 



ECLSS Knowledge Base 



Factor 

Core Object Memory 

Memorv 

76.0K 

How Obtained 

(633 components in ECLSS) * (3 facts 
per object) * (40 bytes per fact) 

Generic Baseline Rule Memory 

4.1 K 

(15 Generic Baseline Rules) * (270 bytes 
per rule) 

Test Specific Rule Memory 

34.2K 

(633 objects) * (20%) * (270 bytes per 
rule) 

Exception Proc. Rule Memory 

980. OK 

(219.8K memory required for exception 
processing in ARPCS) / (22.43% - which 
is the relative size of ARPCS to ECLSS) 

Database Access 

70 OK 

(Estimated from prior experience in 
building expert systems) 

Application Specific GUI Memory 

350.0K 

(76.0K + 4.1K + 34.2K + 980.0K + 70.0K) 
* (30% for application specific GUI) 

Total For Knowledge Base 

1.51 MB 
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Payloads 
Fuel Cells 


V Propellant Tanks 
Instrumentation 
$ Communications 


Mechanisms 
Power 
GNC 
Main Engines 
Data Management 
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nory Requirements 
ft System At Any One Time 



4.00 5.00 6.00 7.00 8.00 9.00 

Megabytes 
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Summary of Requirements 
for Autonomous Diagnostic Checkout 




□ 8.35 MB memory required to execute largest LTV expert system (Data 
Management) 


□ Approximately 30MB of memory required to execute all L I V expert 
systems simultaneously 

□ 400 MB disk space required for recording 4 to 6 hours of real time vehicle 
data 


□ 54% IVA manpower savings for LTV test/checkout using automated 
diagnostic checkout procedures with single astronaut supervising (160 
man-hours for initial assembly and 816 man-hours for refurbishment 
saved) 
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Besgmmendations For Additional Analysis 

ara n f. xtensi ° n 1 ? of this anal's to provide more detailed results and justification for computer requirements 

^ fS ' 9 guidelines used to predict total requirements for each system based on its number of components 
is based on a sing e sub-system test example knowledge base. This analysis could be extended by developing example 
knowledge bases for other systems. The assumption that expert system technology would be used to perform P 
autonomous diagnostics may also be affecting the results. There are a number of other emerging artificial intelligence 
technologies which may provide significant advantages and a different set of computer resource requirements For 
convenience the technologies which could perform diagnostics are defined below: 


{ f xpsrt - an intelligent computer system that uses knowledge in the form of rules to solve problems that are 

difficult enough to require significant human expertise for their solution. 

Model-Based System - a computer system that takes knowledge about the components of a particular system and 
applies search and algorithmic techniques to evaluate the performance between the model and real system. 

.. h Neur f!. Net ^ ork ' a computer system that can be "trained" to classify information and matches the functionality of 
the human biological decision making process in a very fundamental manner. 


Fuzzy Logic - Systems which are extension of expert systems which involve degrees of probability applied to 
specific rules and conclusions. They are better at handling real world occurrences which are approximate such as 
marginally working, working well but not perfect etc. 


The overall impacts of using various technologies, or even how to compare requirements of these systems in a 
genera! way is not known at this time. Furthermore the results provided here are only for system diagnostics. The same 
techniques or similar analyses must be done to determine computer requirements for all advanced automation tasks. 
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□ Compare and/or contrast the use of rule-based systems, with new and/or 
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